abadaa15e9
- writer/detector/judge 按父仓专题-03/04 单一职责拆分：WriterDraft v2（仅 candidateBody）、CandidateEnvelope v2（adapter 确定性绑定）、SemanticDetection v3（quote 唯一匹配/unknown-gapReason）、blind judge v3（双盲第三评中位）；预算两层（启动预留=Σ plannedCalls×cap，修正旧 maxCalls×cap 的 $2250 阻断 bug）。 - 决策修复：补第六类混淆项「场景选择偏差」（集合级、只标注不改终态）；模型归属口径（planner/writer/judge 固定 opus，extractor/detector 可用它模型，拆书走 M3 不经角色派发）；eval 评分尺改链接+一句话引用 quality-gate。 - 加固执行门：探针合同绑定（probe.executionProfileSha256 须等于 writer profile 身份哈希），陈旧探针被机械阻断 EXECUTE_PROBE_CONTRACT_MISMATCH。 - 新增探针刷新工具 refresh_runtime_probe.py（可注入 invoker+失败关闭+重签同源 canonical_sha256），并已按新合同真实重测探针（绑定 9d319ea0，成本 $0.155）。 - 逐行复核后修复：省略号被当路径穿越误杀（claude_runtime 共用精确判定 contains_path_traversal，盲评/检测统一引用）；检测 failed 分支测试缺口；评委报告↔模型原始输出绑定恢复（reviewerStructuredOutputs，防一致篡改报告评分）；上下文 purpose 词汇两层对齐；盲评死代码清理。 - 全量离线测试约 800+ 项全绿（continuation/detect/quality-gate/read-context/replay-eval/parse-book 572/llm），不连库不调模型。
3.3 KiB
3.3 KiB
agent-example 会话章程
本仓是 muse 的创作实验台：Claude Code 扮演智能体运行时，真写小说，用来打磨 agent 能力、验证元数据与知识卡设计、沉淀给 muse 的 prompt 种子。不是独立系统，概念定义一律以 ../design-docs/（专题-06、架构-02）为准，设计改进回填那边，不在本仓自立门户。
角色纪律
- 主会话只编排与裁决，不亲手写创作内容。设定、大纲、正文、知识卡一律出自
.claude/agents/的智能体；主会话负责组装上下文（经read-context）、派发、校验产出格式、向用户呈报。 - 派发子代理必须显式传 model：
planner/writer/judge固定opus；extractor/detector可用其它模型（非必须降级，创作期章后抽取可用opus）；纯机械活 =haiku。 - 清洗与拆书/导入侧抽取的内容生产 LLM 走 New-API
MiniMax-M3（创始人 2026-07-13 拍板）：经llm/parse-bookskill 统一入口调用，不走角色 model 派发；主会话只固化提示词/skill 与发起调用，不派 opus/haiku 子代理做这类内容生产。创作期章后抽取作为角色派发，可用opus。
双轨纪律（本仓的命根子）
- 智能体产出一律落入工作区，不提交。
git status/git diff就是待审层。 - 确认 = commit，且只能由用户指令触发，走
confirm工具；丢弃 = restore。主会话与智能体都无权自行 commit 创作内容。 works/*/评审/是运行噪音，已被 .gitignore 挡住，永不入历史。- 框架文件（agents/skills/meta/README）的改动属维护，可正常提交，但不得与创作内容混在同一个 commit。
开工读序
README.md（本仓定位与流程）meta/schemas/README.md（两轴、控制项、实例落点表）- 目标作品的
装配.yaml（槽位与知识绑定）与状态.md（写到哪了）
生成纪律
- 所有 API/工具能力一律封装为 skill（
.claude/skills/）：数据库、嵌入、检索、导入、确认、组装全走 skill，主会话与智能体不得裸调外部服务（PG/New-API）或散写一次性工具脚本。skill 形态 = SKILL.md +scripts/*.py封装（uv.venv+ requirements.txt，通用依赖优先）。能力清单见 README §四。 - 组装上下文只走
read-context，按 schema 的aiContext裁剪；智能体不得自行翻仓库找上下文。 - 未在
装配.yaml绑定的knowledge/内容不得进入上下文。 - 每次生成后向用户报：依据了什么、产出在哪、伏笔动作；等用户裁决。
语言
一律简体中文；提交信息格式 作品(书名): 动作 摘要 或 框架: 摘要。
呈报纪律（创始人 2026-07-13 纠正后固化）
- 每次向创始人汇报，第一句先回答「你现在需要做什么」（哪怕是"不需要做任何事"）。
- 内部代号（S1/P2/门①）与英文行话（scaffold/embedding/pass）不得裸用——要么不用，要么当场白话展开。
- 一句话只说一件事；汇报量以 30 秒读完为度，细节留仓库文档给路径。
- 技术机制用白话说清因果，不用黑话压缩（反例：「合同漂移致守卫冤杀」；正例：「提示词教 AI 的字段名和数据库校验的字段名不一致，AI 交对了卡也被判错」）。