القائمة
TenkaCloud architecture harness を実行し、.claude/harness の決定論的 enforcement rule 違反を検出する。コミット前のアーキテクチャ整合チェック、リファクタ後の確認、rule ID の意図や修正方法を調べるときに使う。判断原則の評価ではなく、機械判定可能なリポジトリ状態を検査する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
本体（Makefile / CI / scripts）から切り離した品質ゲート検査を走らせる。HTTP マジックナンバー・100% カバレッジ・IAM Description ASCII・merge 整合・submodule pin を検査する。コミット前チェック、PR 前の品質確認のときに使う。
TenkaCloud の複雑な機能追加、障害修正、アーキテクチャ変更を、問題の形式化、独立した approach family の探索、証拠と exact gap の管理、TenkaCloud 固有の敵対的監査、TDD 実装、完了監査の順で進める適応型オーケストレーションスキル。Control Plane、Application Plane、problem runtime、認証、cross-account trust、データ整合性、CFn 物理変更、running cost、複数 mode にまたがる変更で使う。固定人数・固定役割ではなく、課題のリスクに応じて探索観点を動的に選ぶ。
Coach a TenkaCloud local-play drill problem — after solving (or while stuck on) a `make local` problem, explain what happened, the root cause, how it generalizes to competing in TenkaCloud Battle/Challenge, and code-free remediation, then answer follow-ups. Learner-facing; runs in the learner's own Claude Code (no platform, no API cost). Invoked as `/tenka-drill <problemId>`.
実装計画・ADR・Issue・PR diff・特定ディレクトリを対象に、計画に書かれていない前提／未接続の境界／将来の運用条件など「計画を無効化しうる未知 (unknown unknowns)」をコード・設定・テスト・ドキュメントの証拠で洗い出し、意思決定可能な形で報告する review-only スキル。実装開始前・PR 前・ADR/設計レビュー時に使う。設計は変更しない。
TenkaCloud tech-debt analyzer を実行し、test smell / 結合漏れ / magic number 等の技術的負債を検出する。コード品質、テスト改善、リファクタの優先順位、技術的負債バックログを訊かれたときに使う。
Write technical specifications in Open Web Docs format (MDN style). Use this skill when creating API documentation, function specs, or technical references.
| name | harness |
| description | TenkaCloud architecture harness を実行し、.claude/harness の決定論的 enforcement rule 違反を検出する。コミット前のアーキテクチャ整合チェック、リファクタ後の確認、rule ID の意図や修正方法を調べるときに使う。判断原則の評価ではなく、機械判定可能なリポジトリ状態を検査する。 |
| allowed-tools | Bash(make harness:*), Bash(make harness-test:*), Bash(bun run .claude/harness/bin/architecture.ts:*) |
この Skill は、機械判定可能な違反を検出する。
未知の状況で使う判断原則は docs/architecture/principles.md、enforcement の索引は docs/architecture/enforcement-registry.md、rule 実装は一 rule 一 file で .claude/harness/src/rules/ に置く。
INVARIANT_* / ONE_PASS_* の process invariant は PR review と完了監査で扱い、.claude/harness/src/rules/ の決定論的 rule と混同しない。
Staged file のみ:
make harness
リポジトリ全体:
bun run .claude/harness/bin/architecture.ts --fail-on=error
harness 自身の unit test:
make harness-test
--fail-on=error 指定時は error が 1 件でもあれば exit 2 で終了する。make before-commit の前段で必ず通す。
HTTP magic number、template、coverage、IAM ASCII、merge、submodule などの off-body gate は /quality-gates が担当する。
以下は設計と PR discipline の契約であり、単独の regex rule ではない。
INVARIANT_CONTROL_PLANE_USES_SBT — SaaS mode の Control Plane は @cdklabs/sbt-aws の ControlPlane construct に乗せる。Lite mode と Always-On mode は対象外。INVARIANT_CONTROL_PLANE_DOES_NOT_HOST_TENANT_RUNTIME — Control Plane は tenant manager とし、tenant runtime を持ち込まない。INVARIANT_TENANT_ISOLATION_AT_INFRA_LAYER — tenant 分離は partition key、stack、repository boundary などの infrastructure / data boundary で強制する。INVARIANT_PR_SHIPS_WORKING_INCREMENT — PR 単体で観測可能な機能が動く。INVARIANT_PR_TESTS_COUPLED_WITH_CHANGE — code change と test を同じ PR に含める。INVARIANT_PR_REGRESSION_ANALYSIS_DOCUMENTED — PR body の ## Regression analysis に壊れ得る振る舞いを列挙する。INVARIANT_PR_PHYSICAL_IMPACT_DOCUMENTED — PR body の ## Physical impact に CFn と artifact の CREATE / UPDATE / REPLACE / DELETE / NO-OP を列挙する。rule ID・principle・scope・severity の一覧は docs/architecture/enforcement-registry.md（人間向け索引）と enforcement-rules.json（machine-readable manifest）を正本とする。この Skill では手書き複製しない — 過去に手書きリストが registry と drift した実例があり、agent-registry-consistency rule がその再発を検知する。rule ごとの実装は .claude/harness/src/rules/<ruleId>.ts、test は同名の .test.ts に一 rule 一 file で置く。
ruleId、filePath、line、recommendation を確認する。.claude/harness/src/rules/<ruleId>.ts と test を読み、判定契約を確認する。docs/architecture/principles.md — 判断原則。docs/architecture/enforcement-registry.md — machine enforcement の索引。/quality-gates — off-body quality gate。/tech-debt — test smell、coupling、fallback の backlog scan。/blindspot-pass — 意味解析が必要な unknown-unknowns review。.claude/harness/bin/architecture.ts — entrypoint。.claude/harness/src/rules/ — one-rule-per-file implementation。