By Towow-ai

从 task 的 read/write set + concept statemachine 推导 6 种依赖类型的提案。主 planner 决定边的真实性。派它时只给 read/write set 与疑点、不给预期边集；已有预判逐条标「待复核」交它取证。

Towow-ai/Flowness

停机后复工的标准安全流程（水位线追平/积压泄流/服务分批重启）。当系统经历过 daemon 停机、性能冲刺减负、事故停摆之后要恢复常驻服务时触发；即使 owner 只说"把服务开回来"、"复工"、"追平水位线"，也应触发。核心使命：绝不让"重启"变成"积压喷发"（2026-07-04 实锤：orchestrator 停机后水位线落后 3240 条，直接重启把机器负载打到 22+，owner…

Towow-ai/Flowness

M-1.4 execution skill — 跑 single task 产 patch + 提交 envelope。

Towow-ai/Flowness

Pre-submit 自检——envelope 提交 commit gate 前必跑。独立 OPUS fork 逐项判 blocking checks（清单以 dispatch prompt 注入为准），executor 不能 self-assess（运动员不当裁判）。

Towow-ai/Flowness

修复者 — 把一条被发现的问题（finding）按它的闭合合约修干净，修一个不制造下一个。产 FixProposed + 临时的 FixCompleted，不自判问题关闭（那是复查的权）。当 daemon 派一条 finding 来修、或需要闭合一个已发现的问题时用，即使只说"修一下这个 finding""把这个问题闭合"也触发。调用名就是 fix（Skill 工具）或 /fix（命令），没有…

Towow-ai/Flowness

M-1.6 envelope self-check——独立性保证不自欺欺人 (5 blockingcheck)。由 CLI ./tw fix complete --self-check-mode fork(默认即 fork)自动派起,不经 Skill 工具调用;fix 主会话产 FixCompleted 前直读本文,是为理解双层验证关系。

Towow-ai/Flowness

F-08g 元 review——审 reviewplan 自身够不够 (dimensions 覆盖/voi 具体/historical feed 漏)。用 named error patterns + 历史比对。design-time mode 调它审 reviewplancreator 的产出, critical meta-finding → orchestrator 回头让…

Towow-ai/Flowness

从 completioncondition + conceptgraph 递归分解出 primitive task 提案。主 planner session 决定接受/调整/拆得更细。

Towow-ai/Flowness

M-1.5 review skill — 在 patch 跟 contract 之间找 finding，produce Finding 一等对象。

Towow-ai/Flowness

design-time mode fork——M-1.2 工程共识 freeze 后被 orchestrator 调, 读 frozen 共识+brief+历史失败模式产 reviewplan proposal (dimensions + VoI criteria + historicalfailuresfeed)。只有设计者能写 VoI criteria。

Towow-ai/Flowness

当你正要把一件事交到另一个智能手里时用它——派发一个 worker、向上回报、问人/问 owner、为后来的 agent 留下上下文，或装配要喂给下游的 context。它装的不是"怎么写一段提示词"，是"一个智能该怎么跟另一个智能沟通"：先建对方的读者模型，只交思考和判断、把路留给对方，在控制与信任之间导航。只要你在写一段会被另一个 AI…

Towow-ai/Flowness

M-1.3 planner skill — 把 frozen consensus 翻译成 TaskNode 图 + 依赖边 + 资源 claim。

Towow-ai/Flowness