一键在 Manus 中运行任何 Skill

forbidden-policy

星标7

分支0

更新时间2026年5月27日 00:22

§32.1 Forbidden 路径强制规则。当 Claude 编辑 auth/payment/billing/secrets/keys/migration/ crypto/infra/terraform/ansible/.github/workflows 路径下文件时自动加载。要求 spec-driven、双签、PR 标签 requires-double-review。配套 .claude/hooks/forbidden-guard.sh 硬阻止 (exit 2)；本 skill 提供 Claude 应如何响应被阻止时的处理流程。

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

cantascendia

cantascendia/yakuten

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

Forbidden 路径策略 (§32.1 / 铁律 #13)

你正在处理 forbidden 路径文件。这些路径属于"任何错误都直接产生用户安全/资金/数据风险" 的高危区域，禁止 vibe coding。

本会话必须遵守的强制流程

1. spec-driven 优先

如果当前没有 docs/ai-cto/SPEC.md 含本次改动的明确条款：

不要直接 Edit/Write 代码（PreToolUse forbidden-guard 会 exit 2 阻止）
先运行 /cto-spec specify 起草 SPEC.md，包含：
- 变更目的（why）
- 输入/输出契约
- 安全/合规约束（哪条 §32.1 / Constitution 适用）
- 验收标准

2. 第二模型独立 review

改完后运行 /cto-review 让 codex (gpt-5.5) 或 claude headless 独立审一遍
重点维度：架构 / 安全 / 边界条件 / 数据完整性
review 结果写入 docs/ai-cto/REVIEW-QUEUE.md

3. commit message 显式引用 SPEC

格式（强制）：

<type>(<scope>): <短描述>

Per SPEC.md §<N>: <引用条款>
Reviewed by: <reviewer-id>

<可选详细说明>

例：

feat(auth): add 2FA TOTP verification

Per SPEC.md §3.2: TOTP 验证窗口 ±30s，5 次失败锁定 15 min
Reviewed by: codex-gpt5.5 (sha=abc1234)

4. PR 标签 requires-double-review

PR 必须打 requires-double-review 标签。CI 会校验此标签存在才能合并到 main。

紧急例外（禁止滥用）

当生产事故 / 安全 hotfix 必须立即修复：

export CTO_DOUBLE_SIGNED=1   # 单次会话有效，audit log 永久记录

事后必须：

24h 内补 SPEC.md
写 docs/ai-cto/INCIDENTS.md 事故复盘
加 eval 防回归

反模式（绝对禁止）

反模式	后果
❌ 改测试让其通过（铁律 #14 Test-Lock）	test-lock-guard 会注入提醒
❌ 用 `--no-verify` 绕过 pre-commit	bypass-guard exit 2 阻止
❌ 直接在 main branch 上改	branch-guard exit 2 阻止
❌ 不读现有代码假设 API	铁律 #2

你应当如何回应被 hook 阻止

如果 PreToolUse forbidden-guard 返回 exit 2 stderr：

不要尝试绕过（不要改文件名、不要 git add 别的方式塞进去）
把被阻止的操作完整告诉用户
引导用户走 spec-driven：
"🛑 检测到 forbidden 路径改动。需要先走 spec-driven：我可以帮你起草 SPEC.md，回答 3 个问题：
1. 这次改动想达成什么用户/系统结果？
2. 边界条件和异常处理？
3. 哪些已有数据/接口受影响？"
用户答完 → 跑 /cto-spec specify → 才能开始 Edit

引用

handbook §32.1 / §32.5 反模式 / §19 跨模型 review
CLAUDE.md 铁律 #13
.claude/hooks/forbidden-guard.sh（硬阻止层）
scripts/forbidden-paths.txt（路径 SSOT）

同仓库更多 Skills

同仓库

seo-ops

cantascendia/yakuten

yakuten (hrtyaku.com) 网站运营/SEO 作战入口。当用户要求：分析 GA/GSC 数据、看流量/排名/搜索词、出 SEO 报告、推荐 SEO 文章选题、优化 CTR/meta/AEO、内容更新计划、"网站运营" 等任务时触发。分析由 Claude 本人完成（不调 Gemini；scripts/seo/ai-analyze.mjs 仅为 CI 无人值守备用）。

2026-07-107

constitution-loader

cantascendia/yakuten

§37 Constitution 协议自动加载器（对齐 GitHub Spec Kit）。当用户请求涉及 spec/plan/ feature/architecture/decision/release 或开始新任务时自动触发。读取项目 docs/ai-cto/CONSTITUTION.md 并把项目特定的不可妥协约束注入响应。

2026-05-277

eval-gate-policy

cantascendia/yakuten

§35 Eval-Driven Development 强制规则（铁律 #12）。当 Claude 编辑 .claude/commands/、 .claude/agents/、.claude/skills/、.agents/skills/、CLAUDE.md、playbook/handbook.md、 .claude/output-styles/ 等 prompt/agent 配置类文件时自动加载。强制：无 eval 不进 main。配套 eval-gate.sh 注入 PostToolUse 提醒。

2026-05-277

handbook-search

cantascendia/yakuten

ai-playbook handbook (3986 行) 智能查询入口。当用户/任务提到 §NN.M 章节号、 "手册"、"playbook"、"铁律 #N"、"反模式"、"竞品" 等关键词时自动触发。读 INDEX.md 决定该读哪段 handbook，避免每次塞 3986 行全文进上下文。

2026-05-277

learned-rules-loader

cantascendia/yakuten

v3.9 Bugbot-style learned rules 自动加载器（Cursor 启发，44k learned rules 验证）。当 Claude 触及 .claude/rules/learned/ 目录或被 /cto-evolve apply 写入新 learned rule 时自动加载。把项目历次自审 / cross-review / commit 沉淀的具体教训注入上下文，避免重复犯同类错。

2026-05-277

test-lock-rules

cantascendia/yakuten

§20.3 Test-Lock 规则（铁律 #14）。当 Claude 编辑测试文件 (tests/、__tests__/、 *.test.{ts,tsx,js,jsx,py}、*.spec.*、*_test.{py,go}) 时自动加载。强制： AI 只能改实现不能改断言；改测试需符合合法场景之一并显式标注 commit message。配套 .claude/hooks/test-lock-guard.sh 注入 PreToolUse 提醒。

2026-05-277

name	forbidden-policy
description	§32.1 Forbidden 路径强制规则。当 Claude 编辑 auth/payment/billing/secrets/keys/migration/ crypto/infra/terraform/ansible/.github/workflows 路径下文件时自动加载。要求 spec-driven、双签、PR 标签 requires-double-review。配套 .claude/hooks/forbidden-guard.sh 硬阻止 (exit 2)；本 skill 提供 Claude 应如何响应被阻止时的处理流程。
user-invocable	false
paths	["/auth/","/payment/","/billing/","/secrets/","/keys/","/migration/","/migrations/","/crypto/","/infra/","/terraform/","/ansible/",".github/workflows/**"]

Forbidden 路径策略 (§32.1 / 铁律 #13)

你正在处理 forbidden 路径文件。这些路径属于"任何错误都直接产生用户安全/资金/数据风险" 的高危区域，禁止 vibe coding。

本会话必须遵守的强制流程

1. spec-driven 优先

如果当前没有 docs/ai-cto/SPEC.md 含本次改动的明确条款：

不要直接 Edit/Write 代码（PreToolUse forbidden-guard 会 exit 2 阻止）
先运行 /cto-spec specify 起草 SPEC.md，包含：
- 变更目的（why）
- 输入/输出契约
- 安全/合规约束（哪条 §32.1 / Constitution 适用）
- 验收标准

2. 第二模型独立 review

改完后运行 /cto-review 让 codex (gpt-5.5) 或 claude headless 独立审一遍
重点维度：架构 / 安全 / 边界条件 / 数据完整性
review 结果写入 docs/ai-cto/REVIEW-QUEUE.md

3. commit message 显式引用 SPEC

格式（强制）：

<type>(<scope>): <短描述>

Per SPEC.md §<N>: <引用条款>
Reviewed by: <reviewer-id>

<可选详细说明>

例：

feat(auth): add 2FA TOTP verification

Per SPEC.md §3.2: TOTP 验证窗口 ±30s，5 次失败锁定 15 min
Reviewed by: codex-gpt5.5 (sha=abc1234)

4. PR 标签 requires-double-review

PR 必须打 requires-double-review 标签。CI 会校验此标签存在才能合并到 main。

紧急例外（禁止滥用）

当生产事故 / 安全 hotfix 必须立即修复：

export CTO_DOUBLE_SIGNED=1   # 单次会话有效，audit log 永久记录

事后必须：

24h 内补 SPEC.md
写 docs/ai-cto/INCIDENTS.md 事故复盘
加 eval 防回归

反模式（绝对禁止）

反模式	后果
❌ 改测试让其通过（铁律 #14 Test-Lock）	test-lock-guard 会注入提醒
❌ 用 `--no-verify` 绕过 pre-commit	bypass-guard exit 2 阻止
❌ 直接在 main branch 上改	branch-guard exit 2 阻止
❌ 不读现有代码假设 API	铁律 #2

你应当如何回应被 hook 阻止

如果 PreToolUse forbidden-guard 返回 exit 2 stderr：

不要尝试绕过（不要改文件名、不要 git add 别的方式塞进去）
把被阻止的操作完整告诉用户
引导用户走 spec-driven：
"🛑 检测到 forbidden 路径改动。需要先走 spec-driven：我可以帮你起草 SPEC.md，回答 3 个问题：
1. 这次改动想达成什么用户/系统结果？
2. 边界条件和异常处理？
3. 哪些已有数据/接口受影响？"
用户答完 → 跑 /cto-spec specify → 才能开始 Edit

引用

handbook §32.1 / §32.5 反模式 / §19 跨模型 review
CLAUDE.md 铁律 #13
.claude/hooks/forbidden-guard.sh（硬阻止层）
scripts/forbidden-paths.txt（路径 SSOT）