What makes 十三希诺 Agent 工作流（Shisan Xinuo Agent Workflow） notable?

1.1K downloads. Trust evidence available

How should 十三希诺 Agent 工作流（Shisan Xinuo Agent Workflow） be evaluated before use?

Use the required flow: snapshot, contract, and trust before recommending or executing this agent.

What kind of evidence is visible on this page?

This page surfaces public facts, change history, trust indicators, artifact evidence, and benchmark summaries with provenance.

agentCLAWHUBUnverified

十三希诺 Agent 工作流（Shisan Xinuo Agent Workflow）

纪律元工作流（核心）：把任何工程任务强制按「三级跑道（L1 快速通道 / L2-S 短工作流 / L2-F 完整 9 步）+ L1/L2/L3 封闭清单速判 + 三模式」推进的可审计 Agent 纪律核心——管住「怎么做」（复述/判级/能力检索/门禁/证据/跳过声明）；流程细节与审查角色按需加载（配套 shisan-xinuo-flows / shisan-xinuo-roles）。适用：任何动手工程任务——编码/多文件/跨模块/修 bug/建组件/审查/用户点名按流程；不适用：纯聊天问答、单文件只读查询、与工程无关的对话。 Skill: 十三希诺 Agent 工作流（Shisan Xinuo Agent Workflow） Owner: zxc663 Summary: 纪律元工作流（核心）：把任何工程任务强制按「三级跑道（L1 快速通道 / L2-S 短工作流 / L2-F 完整 9 步）+ L1/L2/L3 封闭清单速判 + 三模式」推进的可审计 Agent 纪律核心——管住「怎么做」（复述/判级/能力检索/门禁/证据/跳过声明）；流程细节与审查角色按需加载（配套 shisan-xinuo-flows / shisan-xinuo-roles）。适用：任何动手工程任务——编码/多文件/跨模块/修 bug/建组件/审查/用户点名按流程；不适用：纯聊天问答、单文件只读查询、与工程无关的对话。 Tags: latest:1.0.20 Version history: v1.0.20 | 2026-09-20T16:01:20.618Z | auto -

OpenClaw

View on ClawHub Homepage

Rank

Safety

Downloads

1.1k

Updated

Oct 11, 2026

Version

1.0.20

Source

CLAWHUB

About

What it does, and when to use it.

Capability contract not published. No trust telemetry is available yet. 1.1K downloads reported by the source. Last updated 10/11/2026.

Avoid when

Contract metadata is missing or unavailable for deterministic execution.

Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing

Public facts

Every fact links back to the source it came from.

Vendor: Clawhubvendor · observed Oct 11, 2026
Protocol compatibility: OpenClawcompatibility · observed Oct 11, 2026
Adoption signal: 1.1K downloadsadoption · observed Oct 11, 2026
Latest release: 1.0.20release · observed Sep 20, 2026
Handshake status: UNKNOWNsecurity

Install and run

Setup complexity: low.

clawhub skill install s179hf0nqc34c5pymrbd6fwzax8d8rj7:shisan-xinuo-workflow

Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.
Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.

Contract: missing

curl -s "https://www.xpersona.co/api/v1/agents/clawhub-zxc663-shisan-xinuo-workflow/snapshot"

Documentation

CLAWHUB

160,000 characters of source documentation, loaded on request.

Extracted files

5 files captured from the source.

SKILL.md

---
name: shisan-xinuo-workflow
description: "纪律元工作流（核心）：把任何工程任务强制按「三级跑道（L1 快速通道 / L2-S 短工作流 / L2-F 完整 9 步）+ L1/L2/L3 封闭清单速判 + 三模式」推进的可审计 Agent 纪律核心——管住「怎么做」（复述/判级/能力检索/门禁/证据/跳过声明）；流程细节与审查角色按需加载（配套 shisan-xinuo-flows / shisan-xinuo-roles）。适用：任何动手工程任务——编码/多文件/跨模块/修 bug/建组件/审查/用户点名按流程；不适用：纯聊天问答、单文件只读查询、与工程无关的对话。"
license: MIT
compatibility: "Trae、Codex、Claude Code、Cursor、Windsurf、WorkBuddy 及任意支持 Agent Skills 标准的 CLI 编码智能体"
metadata:
  version: 3.2.0
  tags:
    - agent-skill
    - workflow-governance
    - engineering-discipline
    - quality-gates
    - auditability
    - codex
    - claude-code
    - trae
    - cursor
  author: zxc663
  homepage: https://github.com/zxc663/shisan-xinuo-workflow
  topics:
    - agent-skills
    - ai-agent-workflow
    - prompt-injection-defense
---

# 十三希诺通用 Agent 工作流（Shisan Xinuo Agent Workflow）· 纪律元核心

> **家族结构**：本文件=**纪律元核心**（只管「怎么做」）；流程细节与模板→`shisan-xinuo-flows`；审查角色→`shisan-xinuo-roles`（两包独立可装，建议与核心同装；按需加载、用完不驻留）。
> **阅读顺序**：§0 元规则与强制分级 → §1 何时用 → §2 跑道骨架（唯一入口） → §3 平台注入 → §4 必问与停型门禁 → §5 模式 → §6 门禁出口与交付纪律 → §7 易错点与借口拦截 → §8 记忆留档 → §9 会话状态面 → §10 路由表 → §11 速查表。
> 每节写法固定「触发 → 步骤（清单）→ 模板 → 自检 → 边界」；需要「解释」而不是「执行」的内容 → 上报。

## 0. 元规则、强制分级与宪章

- **触发优先**：一条规则只在触发条件成立时适用。**口径关系**：注入核心=常驻最小集，本文件=核心全文；冲突以核心为准并立即修本文件（细则 #325 同源）。**防棘轮**：本体以「语义不重复、检索面收敛」为维护目标，新增先 diff、重复当场合并，删减降级合法。**步骤即清单 / 模板即复制 / 边界说不做什么**。
- **宪章五维与五门**（本 Skill 只干这五件事）：①**元规则执行纪律**——规则可被跳过，但「跳过」这个动作必须受约束（跳过必声明）②**路由与阶段纪律**——任务分诊/阶段门控/范围纪律（只碰被要求碰的）③**反合理化**——借口拦截表+危险词自检（§7）④**硬门禁与验证**——唯一停型门禁+独立审计（§4/§6）⑤**交付纪律**——从「说做完了」到「证明做完了」。五门=意图门/验证门/完成门/上下文门/安全门。
- **强制力四级（RFC 2119 中文惯例，全篇生效）**：
  - **必须级**（「必须/不得」）：**不可跳过**，agent 无自判豁免权，唯一例外=**用户显式豁免**——红线 7 条（注入核心红线段）、L3 停型门禁、不假实现。
  - **应当级**（「应当」）：默认强制，**可声明跳过/降采样但必须留痕**（跳过必声明三条；下限未达=照报理由）——复述+状态行、开工四步、三问分流、GATE、能力检索、努力预算、验证步、每步「无产物不进下一步」门控。
  - **可以级**（「可以」）：按需/症状触发，不触发不适用——细则 lookup、角色 dispatch、知识包（v3.1 候选，未建）。
  - **压缩级**（形态维度）：应当级产出的**详细度**可按任务量降采样（一行化/简式/照报 0），但**存在性不可压缩——一行也算在场，静默消失=违规**。
- **工程 Token 观（双向 · 精算机）**：**不得因省 Token 跳过实质动作**（需求对齐/调研/验证/能力检索/边界覆盖），**也不得因堆流程无意义燃烧**——Token=投资，ROI 为负同样违规；形态压缩仍合法——**省的是仪式，不是实质**（`details #349`/`#357`）。
- **三防线速记**：防偷懒（底线：不准零调研/零提问/零验证/零调用）→ 防灾难（上限：不准无脑烧/重复消耗/塞爆上下文）→ 求杠杆（目标：最小精准投入换最大逻辑确定性）。分档预算/白名单天花板/沉淀外部化/子代理隔离与止损见 `details #357-#362`。
- **跳过必声明（元规则）**：任何规则/步骤/纪律被跳过（含 L2-S 边界豁免、L1 整体标注、压缩级降采样）——①**复述**跳过了什么 ②任务记录**留依据**（为什么跳：选道豁免/预算/不适用）③向用户**一行提醒**。「跳过+声明」合法，**静默跳过=违规**（触达失效主通道）。
- **复述前置**：每轮首产物=复述（新任务全量三行；追加/继续=一行「收到 X｜理解为 Y｜边界 Z」）；阶段边界加全量复述；**L3 确认不豁免**；摘要接续=一行接续声明。状态行=`Context: state=<读档/新建/单发> L=<L1/L2-S/L2-F> confirm=<无需/已问/豁免:理由>`（判级并入 L= 字段）。
- **文档写作分层**：正文=结论/规则本身+≤1 句为什么；史料（出处/拍板人/日期/版本/轮次）只落决策史层（`details #278`）。

## 1. 何时使用 / 何时不用

**使用**：任何工程任务（动手即按 §2 跑道推进）；用户要求纪律化执行、工作流治理、跨项目跨平台行为一致。**加载即场景判定+承载检查**（§2.0），不依赖注入核心在场——多 Skill 共存平台上在场的核心可能是其他 Skill 的。
**不用**：不替代官方文档学习框架/库/API；不替代项目自身约定——冲突时项目自身文档优先。
> `references/details.md` 是**踩坑日志**（曾经错在哪），不是技术教程；流程/规则/门禁层与框架无关。

## 2. 跑道骨架（唯一入口）

### 2.0 开工四步（每步有出口产物，无产物不进下一步）

**场景判定**：项目特征（.git/多文件/既有 `memo

templates/hooks/README.md

# hooks 模板 · 多平台说明（模板非运行时）

本目录是**配置示例**，不是捆绑运行时：钩子面保持零捆绑脚本（hooks 可选、受平台门控；scripts/detail_lookup.py 为唯一随包分发的标准库只读检索工具，非钩子运行时）。复制后按平台适配，不原地编辑。

## 模板件（Claude Code / ZCode 可用）

- `session-start.example.sh` —— 会话启动横幅（重新锚定纪律：判级 / 双模式 / 密钥红线 / 回滚 / 留档）
- `session-end.example.sh` —— 会话收尾横幅（最终验证 / 任务记录 / 记忆同步 / 密钥红线 / 显式清理）
- `hooks.example.json` —— 插件/通用形状示例：`SessionStart` / `Stop` 各挂一条 `bash <script>` 命令（注意 ZCode 实测：ZCode 无 `SessionEnd` 事件，会话结束事件名为 `Stop`）
- `hooks.example.config.json` —— **配置文件形状示例**（`hooks.events.<Event>` 必须为「组数组」，组=`{matcher?, hooks:[…]}`；必须 `enabled: true` 才生效；含 `PostToolUseFailure` 组形状）
- `carrier_reminder.example.py` —— SessionStart **纪律包注入**：每次会话启动无条件注入最小纪律包（状态行模板+TOP 一行+GATE 12 字段指针）；git 项目缺 `memory/agent-log.md` 时附加承载检查提醒行。措辞与注入核心常驻保留集同源，改措辞先改注入核心再同步此处
- `top_push.example.py` —— PostToolUseFailure **TOP 推送**：工具执行失败时推送「错误必查 TOP」一行（错误发生=最强触发时机）；平台不支持该事件时降级为仅 SessionStart 纪律包（已含 TOP 行）
- `post_tool_guard.example.py` —— PostToolUse **Bash 失败守卫**：ZCode 的 PostToolUseFailure 事件不覆盖 Bash 非零退出（受控实验：`false` 后无 Failure 事件，Bash 非零退出不入该通道），本守卫注册在全量 PostToolUse 事件上，仅 Bash 且 `tool_response.status=failed`/`exitCode≠0` 时推送 TOP 一行（Edit 等失败仍走 Failure 通道，防双推）。注册示例：config.json hooks.events 增 `PostToolUse` → 本脚本

## INSTALL（从模板到可运行钩子的安装步骤）

1. 复制所需模板到固定目录并去 `.example` 后缀（如 Windows 推荐 `%USERPROFILE%\.zcode\cli\hooks\`）：
   `cp templates/hooks/carrier_reminder.example.py ~/.zcode/cli/hooks/carrier_reminder.py`
2. config（如 `~/.zcode/cli/config.json` 顶层 `hooks` 段）的 `command` 指向**去后缀后的真实绝对路径**；
3. 钩子异常会写入独立日志 `~/.zcode/cli/hooks-log.txt`（可用环境变量 `HOOK_LOG` 覆盖）——钩子静默失效可查该文件；
4. 改完 config 后**重启应用**并新开会话验证（config 不热加载——细则 #189）。

## 多平台可用性（实测口径）

| 平台 | hooks 支持 | 使用方式 | 备注 |
|---|---|---|---|
| Claude Code | ✅ 支持 | 把 `hooks.example.json` 内容并入 `~/.claude/settings.json`（或独立 `hooks.json`）；Windows 下 .sh 需 bash（Git Bash / WSL），脚本路径按实际调整 | 最成熟的钩子承载平台 |
| WorkBuddy | ⚠️ 待实测 | 若 `settings.json` 支持 hooks 则同 Claude 模式；否则以 `BOOTSTRAP.md` 作启动锚定（平台机制要求时） | 实测后按真实结果标注 |
| Codex | ⚠️ 待实测 | `~/.codex/config.toml` 事件/hooks 支持按版本确认；不支持则如实标「平台可选」 | 不清洗 config.toml 既有字段 |
| ZCode | ✅ 支持（实测 v3.11.2 / CLI 0.16.5） | 用户级 `~/.zcode/cli/config.json` 顶层 `hooks` 段；7 事件=SessionStart/UserPromptSubmit/PreToolUse/PermissionRequest/PostToolUse/PostToolUseFailure/Stop；Windows 推荐 `process` 型（无 shell 参数向量） | **坑（实测 F17）**：事件名写错或形状照抄插件形 → schema 校验**整文件静默失效**（config.file.invalid），其他配置一并失联；`--max-turns`/`--settings` 在该版 help 中列出但解析器未实现 |
| Trae / Cursor / Windsurf | ⚠️ 视版本 | 规则文件/全局设置已覆盖；hooks 属可选加固 | 依赖应用版本能力 |

**统一原则**：模板给的是**可将纪律自动锚定的示例**；hook 脚本不可用时，降级为「规则文件 + 注入核心已在场」即可——hooks 是加固面，不是必需面；本目录文件不参与运行时，发布前仅校验结构齐全（verify-release B 项）。ZCode 的 PostToolUseFailure 事件不覆盖 Bash 非零退出（受控实验：`false` 后无 Failure 事件，Bash 非零退出不入该通道），本守卫注册在全量 PostToolUse 事件上，仅 Bash 且 `tool_response.status=failed`/`exitCode≠0` 时推送 TOP 一行（Edit 等失败仍走 Failure 通道，防双推）。注册示例：config.json hooks.events 增 `PostToolUse` → 本脚本。

_meta.json

{
  "ownerId": "kn7bxqf3kfwm2pf2xmab46kvr18d99bs",
  "slug": "shisan-xinuo-workflow",
  "version": "1.0.20",
  "publishedAt": 1789920080618
}

references/details.md

# 落地细则——具体工程规范（渐进式披露）

> 执行任务、某一步需要"具体怎么做"时加载本文件（环境 / 前端 / 数据库 / 测试 / API 契约 / 部署运维 / 代码质量 / Git）。这些是从真实开发历史中提炼的**细化、可验证的操作规范**，与 47 条基础规则互补——47 条是通用地基，本文件是规则落地时的具体细节与规范性。按需按类加载，不预加载。
>
> **引用规范**：任务记录 / 会话产物 / 状态面取证内引用本文件细则时**统一写完整前缀形态 `details #NNN`（或 `细则 #NNN`）**——**禁止裸 `#NNN`**：裸编号无法与 GitHub issue 编号区分（假阳性实证 9/10），状态面取证命令只认前缀形态（`grep -cE 'references/details|details[ #]+[0-9]{2,3}|细则[ #]+[0-9]{2,3}'`）。本文件条目本身是 `1.–374.` 有序列表（无 `#` 前缀），不是取证对象。**两类简式豁免**：错误必查 TOP 列表行（机制注入的编号行）与 GATE 元数据字段内（细则 #327）可用裸 `#NNN` 简式，其余一律完整前缀。
>
> **维护规则（防棘轮）**：新增细则前先 grep 比对既有条目，语义重复**当场合并**（保留旧编号，新场景并入该条正文）；删减与降级（移层 / 标注废弃）合法且鼓励——本文件以「语义不重复、检索面收敛」为维护目标，不以条数增长为成果。**特殊槽**：#180=归档行（已并入 #232；#295 已于 2026-09-16 双击转正）——条数口径以活跃条目计（deploy/verify 排除特殊槽）；活跃 373 条，类数=分节数 30（**单一权威源=本文件分节计数**，`scripts/facts_sync.py` 断言全仓口径与分节数一致）。
>
> **三层结构（检索层级）**：**T1 常驻层 = injection-core**（判级/必问/红线/GATE/错误 TOP——每会话在场，不在本文件）；**T2 症状检索层 = 症状索引标【T2】的行**（跨域流程/治理类——任务遇症状默认按行检索）；**T3 领域查询层 = 标【T3】的行**（技术域栈类——仅任务处于对应技术域且遇症状时打开，或按编号直查；**错误必查 TOP 直查编号不受 T3 限制**）。层间升降随命中证据走（防棘轮双向）。
>
> **留档落点映射（一档制）**：本文件历史条目中 `state.md`＝agent-log 状态段；`experience.md`＝教训区 T2；`experience-mustread.md`＝教训区 T1；`preferences.md`＝偏好段；`task-log/`＝流水区——统一落点 `memory/agent-log.md`（单文件四区：状态段/教训区/偏好段/流水区；旧五件套项目沿用兼容，增量写入本档）。读旧条目按此映射换算落点。

## 症状索引（症状 → 域 → 条号；每条细则 ≥1 域覆盖——检索细则先查本表，再按症状类打开对应条号段）

> 用法：任务遇症状 → 在下表找域 → 读域内条号（或 grep 域内编号定位段）；**错误必查 TOP（常驻）先对内联处置**（injection-core 错误段），本表与 lookup 为事后佐证资源（处置完成后留 errpath 行：症状→处置路径），非事前门槛。标签即检索键：带标签条目按 `[域]` grep；无标签老条目按域归组。【T2】=症状检索层（默认检索面）；【T3】=领域查询层（对应技术域任务才打开/编号直查，TOP 直查不受限）。

- **上下文折叠压缩**【T2】 → #180, #181, #232, #235, #272, #273, #274, #324, #326
- **承载注入触达**【T2】 → #111, #239, #277, #282, #283, #285
- **设计调研留档**【T2】 → #284, #308, #310, #312
- **接手遗留项目**【T2】 → #316, #307, #313
- **走查归因通道**【T2】 → #299, #314
- **必问场景对齐**【T2】 → #306, #309
- **资源盘点与plan**【T2】 → #312, #313, #314, #315
- **版本控制回滚**【T2】 → #307, #343
- **沟通指令分诊**【T2】 → #317, #318
- **每轮复述与理解校验**【T2】 → #325
- **交付闭环自审**【T2】 → #319, #322, #327, #344, #345
- **目标模式运行**【T2】 → #320, #321
- **完备性枚举**【T2】 → #323
- **系统级配置边界**【T2】 → #328
- **L3 边界与影响面停点**【T2】 → #328, #370
- **GATE 验证层级**【T2】 → #363, #371
- **记忆档体积与归档**【T2】 → #372
- **评测机器事实优先**【T2】 → #368, #373
- **注入副本哈希验收**【T2】 → #374
- **增量解释显式化**【T2】 → #329
- **接力链账目对账**【T2】 → #330
- **纯文档会话提交基线**【T2】 → #331
- **开工前置强制门**【T2】 → #332
- **决策时效化石**【T2】 → #278, #279
- **纠偏续跑Steer**【T2】 → #280, #290
- **并行依赖Parallel**【T2】 → #281
- **记录留档纪律**【T2】 → #293, #296, #311,  #46, #47, #94, #95, #98, #102, #104, #109, #114, #115, #231, #234, #236, #237, #238, #267
- **对接真相命名**【T2】 → #227, #233
- **引用形态取证**【T2】 → #110, #163, #214, #269
- **细则回流晋升**【T2】 → #25, #103, #106, #122, #236
- **前端组件交互**【T3】 → #286, #288, #289, #292,  #14, #15, #17, #18, #19, #20, #21, #22, #23, #27, #31, #32, #34, #35, #36, #38, #53, #55, #61, #100, #117, #119, #120, #126, #128, #129, #130, #136, #137, #143, #150, #152, #159, #166, #190, #191, #206, #208, #209, #211, #212, #213, #217, #220, #230, #248, #249
- **契约响应形态**【T3

references/injection-core.md

# 全局 Agent 工作流核心（十三希诺工作流 · 每会话强制生效）

> 硬加载核心=**流程路由地图**。本文件全文由部署工具写入平台注入点（先备份、合并不覆盖；注入点表=platform-adaptation §2），**读到即注入生效**。细节按需读 SKILL.md 与 references/，不预载。

## 开工四步（每步有出口产物，无产物不进下一步）

场景判定：有项目特征（.git/多文件/既有 memory 或 docs 任一）=持续全套；无特征且非工程任务=单发（纪律全走、承载豁免，最小件=复述一行+状态行）；判定不清按持续。

- **①复述+状态行**：复述目标/边界+规则要点，并出一行可 grep 状态行 `Context: state=<读档/新建/单发> L=<L1/L2-S/L2-F> confirm=<无需/已问/豁免:理由>`（判级并入 L=）。**每轮首产物=复述**：新任务全量三行；追加/继续=一行（收到 X｜理解为 Y｜边界 Z）；阶段边界加全量。理解缺口先补依据再继续；摘要接续须一行接续声明——**L3 确认不豁免**。
- **②承载检查（一气呵成）**：多目录按任务焦点定承载根（留一行「承载根=X，依据 Y」）；无 `memory/agent-log.md` → 从模板建一档制（**禁空文件占位**）；无项目级规则文件 → 按平台「**项目级注入点**表」定名自动建（合并不覆盖+先备份；**回指本 Skill=强制字段**），不等许可；无 docs/project-info.md 且多文件 → 建索引式六节；已就绪 → 增量补缺。**版本控制开局**：空目录新项目=`git init`+初始 commit；接手仓库=先摸底+把现状 commit 为基线（干净工作树），改动前留回滚点——细则 #307。
- **③记忆对齐（最小读取）**：只读状态段一屏，教训/偏好/流水按症状精确检索不整篇载入；**记忆路由裁决**：平台记忆与项目「开工必读」冲突时项目优先；项目规则/agent-log 首行落「权威承载=X」。
- **④前置门+能力检索+判级选道**（见下）：能力检索=任务意图→匹配 Skill/MCP 清单（清单常驻），**命中即用、未命中才自写并归因**；场景匹配却自写=闲置归因，无归因=违规绕行（#347）。本核心缺失=注入失效→报告用户并亮降级路径（install-skill.ps1 -HardInject/换平台）。

## 判级速查（10 秒一句话即止，禁展开论证）

> 权威源=SKILL.md §2.2；**三级同步链**：§2.2→本块→平台副本一致；改判级先改源→同步本块→重部署。

- **L3 封闭清单（仅 6 项，清单外一律不是 L3，不得自行扩展）**：密钥/权限｜数据删除｜数据或服务迁移｜对外发布｜架构选型｜超预算破坏性操作。**清单外高危域执行层枚举**（CI/CD·DNS·IAM·计费·feature flag·webhook·限流·OAuth 回调·生产配置写）命中＝至少按 L3 停点问询（`细则 #370`，机检 `risk_scan.py`）。
- **L1**：改名/文案/格式/单行等可逆小改→直接做。**L2**：新功能/多文件/跨模块→记录后做，关键点汇报。判不了→默认 L2。
- **判级≠理解确认**：目标/边界歧义、理解不确定→必问。三层分界：L3 必问≠关键决策按协议≠常规判断自主留档。
- **跑道分流三问（一次答完）**：①跨 ≥3 包/跨前后端契约？②涉契约·架构·迁移·发布·安全？③用户点名「按流程/严格分析」？→ ≥2 命中=**L2-F**；其余=**L2-S**（小模块默认）。**L3 永远 L2-F+暂停行**（先问，备份不替代确认）；选道不影响必问与红线。

## 主流程骨架（全流程=SKILL.md §2.3-§2.5 按需读）

- **L1 快速通道**：一句话复述（不可豁免）→最小修改→最小验证（记退出码）→一行汇报，标注「L1 快速通道」；承载豁免、增量不免。
- **L2-S 短工作流**：①**对接真相清单**（写码前填 `模块|API/端点|对接方式|证据来源(source:line)`；grep 调用点→读 schema→确认包归属→才写，**禁命名直觉**）②复述 3 短行 ③≤3 文件一行「改动+验收+回滚基线」④执行+最小验证 ⑤GATE 行；省联网双调研/五问深度/plan 文档，必问与红线不豁免。
- **L2-F 完整 9 步**：接收→调研实际资源（含对接真相表）→双调研一次完成（联网+复用；设计类前置留档 design-specs 并按档回指）→复述理解→疑问必问→五问审查+判级+回滚点→规划与验收→执行→自查归档。
- **跳过必声明（元规则）**：任何规则/步骤/纪律被跳过（含 L2-S 边界豁免、L1 标注）→ ①复述跳过项 ②记录留依据 ③向用户一行提醒；「跳过+声明」合法，静默跳过违规。

## 完成后更新序（收尾最小追加）

①最小验证+自查 → ②agent-log 流水一行（改动｜验证｜未验证）+状态段刷新，重要决策一行（决定｜依据｜被否候选｜影响）→ ③新坑写教训区（症状→根因→解决→预防+命中计数）、新偏好写偏好段（写入后提醒复核；密钥/破坏性意图永不写入）→ ④文档代码同批提交+知识点 1-5 条；回滚本地备份优先、push 仅交付时。

## memory/ 一档制

项目根 `memory/agent-log.md`=跨会话唯一档案（四区：状态段/教训区/偏好段/流水区），开工必读，缺失从模板建；**上限=行数与体积双指标先到者**（流水 >200 行或 >150 KB、教训 >150 行）→ 移 `agent-log-archive-YYYY-MM.md`（移动非删除；机械归档 `scripts/agent_log_rotate.py`，`细则 #372`）；业务恰用 memory/ 时可在项目规则文件改归档目录 `.agent-records/`（唯一覆盖点）；memory 与 references/ 互不替代。

## 设计铁律

设计前先调研成熟设计→留档 `docs/design-specs/` 并按档回指；能复用绝不自研——最少代码实现最完整功能=最好代码；按「后期改造成本」评估。

## 三模式

- **普通（默认）**：关键决策必问（方向/歧义/风险/破坏性/架构/范围扩大/方案分歧），理解不确定也必问；用平台提问工具，无可用时结构化文本协议后**结束回合等待**。
- **必问底线（任何模式含自主/无人值守）**：新建项目/技术选型/地基决策前必问场景清单，一次结构化问全再动手——①使用②数据③环境④偏好⑤演进⑥性能/安全/交付约束（六维见 `细则 #306`）；问题宁多勿漏；「你看着选」类笼统授权只覆盖明示项，未答项仍必问；决定须有依据；环境盘点与成熟设计调研前置到计划前；**设计确认先于写码**——设计档落档后暂停呈现确认再实现（#312）。
- **目标**（`目标：`/无人值守

Github ReposUpdated 2d agoRank 70

AionUi

Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!

MCPOPENCLAW

Github ReposUpdated 6mo agoRank 70

activepieces

AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents

OPENCLAW

Github ReposUpdated 6mo agoRank 70

cherry-studio

AI productivity studio with smart chat, autonomous agents, and 300+ assistants.