Insigoo 工作助手

问题背景

在 WorkBuddy 一类工作区里，项目会散落在多个目录；对话里一旦要「接着上次做」或跨项目切换，模型往往只能靠大范围读文件来猜上下文。步骤一多，还容易在目标不清时直接开干，或在同一任务上反复试错。

技能如何工作

Insigoo 工作助手把两件事绑在一起：协作约定和多级索引。

协作侧用可执行的规则约束行为，例如：

• 任务审视：任务进行到一半被唤起时，先对照项目文档厘清目标与验收标准，再继续。
• 方案前置：除明确只要产出的场景外，先给出步骤与预期产出，等确认再执行。
• 复杂任务建档：步骤 ≥ 5 时，先建工作标准与记忆文档。
• 记忆维护：MEMORY.md 采用追加为主，并主动删掉错误认知与废弃方案。
• 失败熔断：同一任务连续失败 ≥ 3 次则停止，给出建议由你决策。

索引侧按读取代价从低到高分层：

1. 提到任务 → 读工作区根目录的 WORK_INDEX.md 定位项目
2. 要项目快照 → 读项目根目录的 QUICK_INDEX.md
3. 要结构化细节 → 读 {工作区}/.workbuddy/context_bridge/ 下的 JSON
4. 要完整上下文 → 读 {项目}/.workbuddy/memory/MEMORY.md

文档约定把「定位项目」从传统全目录扫描量级压到 KB 级读取；首次需要时还可做静默增量扫描（只扫含 .workbuddy/ 的目录），避免在对话里刷屏。

维护上支持「更新工作索引」「同步某任务上下文」「重建/验证工作索引」等口头维护动作；原则优先级上，你的明确指令高于内置约定。

适用边界与注意点

• 索引文件需按约定路径存在并维护；未建索引时，仍得依赖全量读盘，优势主要体现在已纳入 WorkBuddy 结构的项目上。
• v2.1 会检测旧版 insigoo skill 冲突，与旧版并存可能触发混淆，升级时建议按提示禁用或删除旧版。
• 约定是默认行为，不是硬编码流水线；你明确要求跳过时，以你的指令为准。