メニュー
谨迹日志库的自动整理 Agent。用户输入 /lint、说整理一下日志库、最近日志有点乱、帮我理一下档案、日志库维护、跑一次 lint时触发。执行四阶段整合流程修复「记忆腐烂」：标注决策演进、修复 Identity 档案矛盾、补充交叉引用、修复元数据、检测事实矛盾。只动日志「关联记录」区和 Identity 档案，绝不改日志正文、绝不改 raw/。不要在仅看单个条目或处理会议素材时触发 — 本 skill 面向「整个日志库」的周期性维护。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | lint |
| description | 谨迹日志库的自动整理 Agent。用户输入 /lint、说整理一下日志库、最近日志有点乱、帮我理一下档案、日志库维护、跑一次 lint时触发。执行四阶段整合流程修复「记忆腐烂」：标注决策演进、修复 Identity 档案矛盾、补充交叉引用、修复元数据、检测事实矛盾。只动日志「关联记录」区和 Identity 档案，绝不改日志正文、绝不改 raw/。不要在仅看单个条目或处理会议素材时触发 — 本 skill 面向「整个日志库」的周期性维护。 |
| 维度 | 声明 |
|---|---|
| reads | yyMM/*.md、identity/*.md、.claude/last-lint.json、.claude/learnings/LEARNINGS.md |
| writes | yyMM/*.md（关联记录区 + frontmatter）、identity/*.md、.claude/last-lint.json |
| depends | /identity-profiling（修改档案前）、/self-improvement（读取学习记录） |
修复日志库的「记忆腐烂」—— 新日志推翻旧结论但旧条目不知道、档案信息过期、交叉引用缺失、frontmatter 格式漂移。
前置依赖： 涉及 Identity 档案修改时必须先加载 /identity-profiling（获取五维度 / 四维度定义、合并而非追加的更新策略、过时信息处理原则）。
raw/ 目录.claude/ 目录（除 last-lint.json）/identity-profiling 的规范tags: 不是 ## tags:，必须有开闭 ---目标：建立当前状态快照，不做任何修改。
references/scripts.md）identity/ 下 .md 文件，排除 README.md 和 raw/）## tags: 等错误格式）
记录所有有问题的文件路径和具体问题，作为 Phase 1 缺陷清单，传递给 Phase 2.claude/last-lint.json（如存在），确认上次整理时间和条目数输出：状态快照表（含 Phase 1 缺陷清单），然后继续 Phase 2。
目标：扫描日志库提取需要整合的信号。不做任何修改。
扫描范围：
last-lint.json → 只扫描上次整理之后新增 / 修改的条目派出 5 个并行 Explore Agent，每个负责一个维度：决策演进 / 档案质量 / 交叉引用 / frontmatter / 事实矛盾。
完整 Agent prompt 见 references/phase2-agents.md — 整段作为 agent 任务 dispatch。
Phase 1 缺陷清单必须作为输入传递给对应 Agent。Agent 必须首先验证清单中的每一项，再做独立扫描。如果 Agent 的结果与 Phase 1 清单矛盾（例如 Phase 1 发现了缺陷但 Agent 报告无发现），以 Phase 1 的事实为准，Agent 需解释差异原因。
收集 5 个 Agent 的结果后合并为统一信号清单，按置信度排序。向用户展示发现摘要（数量和类型），继续 Phase 3。
目标：基于 Phase 2 的信号清单执行实际修改。只处理高置信度和中置信度的信号。
新条目的决策取代了旧条目的结论时，在旧条目「关联记录」区追加：
- [新条目标题](路径) — ⚠️ 本条目的 XX 方案已被此版本取代，以新版为准
不修改旧条目正文。
所有档案修改必须遵循 /identity-profiling skill：人物按五维度组织、产品按四维度组织、合并而非追加、事件作为证据内联。
| 情况 | 操作 |
|---|---|
| 档案内部矛盾 | 根据最新日志修正 |
| 角色 / 职责变化 | 更新对应维度，不追加日期段落 |
| 新人物需建档 | 用 .claude/scripts/identity-create 创建，按渐进深挖规则填充 |
| 档案与新日志冲突 | 以最新日志为准更新 |
| 结构不符规范 | 把按日期追加的段落重构为按维度组织，归纳模式，事件作为证据内联 |
| 产品决策错放人物档案 | 迁移到产品档案的「战略判断与关键决策」，人物档案只保留归纳后的决策模式 |
| 模式沉淀（Agent 2 输出） | 把通过三重验证的归纳写入「决策模式」或对应维度，括号内附 3 条以上独立事件作为证据。同步检查并补充「观察边界」段落。不满足三重验证的信号一律不写 |
| 边界缺失（Agent 2 输出） | 为已有归纳补写「观察边界」段落，明确列出推断不可靠的情境（如"只观察到工作场景""仅在 X 领域有证据"） |
建档标准：只对有实质性互动的人物建档。仅被提及一次、没有发言、没有明确角色的不建档。
在条目「关联记录」区追加缺失的链接：
先运行格式修复脚本（见 references/scripts.md），再人工补充：
journal）对 Agent 2 发现的孤立档案，按 /identity-profiling 的过时信息处理规则：
对 Agent 2 发现的缺失关系引用，在相关档案「关联记录」区追加对方链接：
- [对方姓名](../identity/region-name.md) — 共同参与了 [条目标题](路径)
每完成一个子步骤，简要报告修改了什么。
用 .claude/scripts/journal-create "自动整理摘要" 创建条目，frontmatter：
---
tags: [journal, maintenance]
summary: 日志库自动整理摘要。扫描了 X 篇条目，发现 Y 个问题，修复了 Z 处。
---
正文包含：
bash 片段见 references/scripts.md（写 last-lint.json）。
向用户一句话总结：修复了多少处，建议人工复核哪些低置信度发现。
文档自动维护（Docs Maintenance）——git commit 前，凡本次改动对应的 story 已 verified 且其 design.md 影响面涉及架构 / 设计 / 约定变更，必须使用本技能。文档已覆盖变更则跳过——本技能的产出是文档与代码一致，不是每次都改文档。
Use when dispatching independent subagents via opencode CLI in the Journal repository, especially for verification-gate, requirements-gate, or docs-maintenance tasks where context isolation and standardized report output are required.
需求门禁（Requirements Gate）——只要用户提出开发需求或变更请求（实现 / 新增 / 开发 / 加一个 / 修改 / 重构 / 优化 / 接入 / 修复 / add / implement / build / feature / fix），哪怕措辞很随意，且该任务还没有 status: approved 的 story.md，就必须在写任何代码之前使用本技能。不要因为需求看起来很简单而跳过。
验收门禁（Verification Gate）——与 requirements-gate 成对的下游环节：需求门禁确保做对的东西，验收门禁确保做的东西是对的。开发完成、准备 git commit、或想宣称'做完了'之前，凡存在与本次改动相关、status: approved 但尚未 verified 的 story.md，必须使用本技能。注意：测试全部通过不等于验收通过——技术正确性归 verification-before-completion，需求符合度归本技能。
文档自动维护（Docs Maintenance）——git commit 前，凡本次改动对应的 spec 已 verified 且影响面涉及架构 / 设计 / 约定变更，必须使用本技能判断并同步更新 AGENTS.md / ARCH.md / DESIGN.md，并按需维护 README、llms.txt、用户使用说明与技术开发说明文档。当 PreToolUse hook 注入「文档维护」提醒时必须使用。文档已覆盖变更则跳过——本技能的产出是文档与代码一致，不是每次都改文档。
"灵感探讨的思维搭档。用户抛出模糊设计想法（"帮我想想 X 怎么做"、"纠结 A 和 B 方案"、"你觉得这样做怎么样"、"帮我过一遍思路"）、要对比方案、或需要把碎片需求拆成清晰设计决策时触发。过程工具，边聊边在浏览器里画探索画板（黑白点阵风格），不是产出最终文档。如果用户已有成型日志要转可视化长页，改用 visual-design-book；写代码前所有"还没想清楚怎么做"的环节都应先走 ideate。"