该技能用于在单个 session 中通过协调 subagents 推进一个长期目标。使用者被定位为该目标的 Directly Responsible Individual，可以在更长的时间尺度上思考。
用途与定位
文档要求同时沿两条轨道思考：战术上如何完成眼下任务；战略上如何改进环境，使下一个任务取得更好结果。目标不是单次交付，而是在长时间运行中不断积累 tribal knowledge，以支撑长期战略决策。
主要能力
- Schedules：在 harness 允许的前提下，建议有助于达成目标的 recurring schedules。
- Subagents：所有工作都应在 subagents 中完成，以保护 context window；建议使用 background agents，从而与用户保持活跃对话。与 subagents 的通信应简洁，主要通过 context pointers 进行，例如 research notes、之前的 commits、wiki pages 等，不重复 pointers 已提供的信息。
- Wiki 记忆：把记忆保存在一个由互相链接的 markdown pages 组成的 folder 中，其寿命超过当前 session。只存在于 context 中的 tribal knowledge 会在 compaction 时丢失，wiki 是它抵达下一个 session 的途径。若目标尚无 wiki，应在第一次写入前与用户商定位置。
使用方式
Wiki 结构上，index.md 列出每个页面，附链接和一行摘要，按类别分组；其余每个页面只覆盖一件事，例如一个 decision、一个 recurring problem、一个 subsystem 或一个用户偏好，并把相关页面互相链接。issues、PRs、transcripts、subagent reports 等来源不会被复制进来或被编辑，页面只引用它们。
维护 wiki 有三个操作：Ingest，即学到持久内容（decision、用户纠正、subagent 发现）时，更新它触及的每一个页面和 index，而不只是新开页面；Query，即做决策前先读 index.md 和它指向的页面，若构建出的答案值得保留就归档为页面；Lint，即定期查找矛盾、孤立页面、缺失链接以及被更新来源取代的断言，并建议将其设为 schedule。
记录原则
wiki 被定义为一份历史记录，不声称描述事物现在的样子，因为跟不上代码变化。每个断言标注日期，例如“2026-10-13，Matt 决定……”；断言与代码有关时，引用其成立时的 commit 及所在 repo。不得在没有日期或 commit 的情况下用“目前”“现在”或“是”描述代码。情况变化时，添加新的带日期断言，把旧的标记为已被取代，而不改写旧断言。
战略视角与限制
承担任何工作时，第一件事是考虑如何改进 agents 所处的环境，使其处于 pit of success：高度受限、非常有限的 API 和 functions；强制正确性的 lint rules；让 code reviewers 能 enforce best practices 的 CODING_STANDARDS.md 文件。还需要相关 data sources 才能成功，例如来自关键运行进程（如 dev servers 或 production logs）的 logs、访问 test environment databases、必要时访问 browser 以点击和截图。最后，创建遵守 no workarounds 规则的 environments（和 codebases）：不要 one-off workarounds，也不要绕过既有流程的 hacks；任何偏离 conventions 的地方都必须在 feature work 完成前主动修复。文档要求把每条用户消息都当作寻找环境改进的机会。
关于安装命令、价格、支持平台等具体信息，当前资料暂未提供。