Saigetsu233
UserMulti-agent delivery harness for AI-assisted Japanese SI software projects.
Categories
Indexed Skills (13)
external-mock-ut
外部 API を呼ぶ単体テストを mock サーバ経由で実行する工程独自 skill。`.ai-rules/mock-server-config.md` が存在する工程でのみ発動する。詳細設計から起こした UT case の response を mock サーバへ登録し、mock モードで UT を実行し、後始末まで責任を持つ。Developer が外部依存（決済 / 在庫 / SMS 等）を含む UT を書くとき、mock サーバの URL や登録 API を直接叩く前に必ずこの skill を読むこと。「mock サーバに case を追加して UT を回したい」「外部 API を mock 化して単体テストを書きたい」「fixture を WireMock / mock-server に登録したい」といった依頼で確実に発動させる。
api-design
REST API · gRPC API · 内部 I/F の設計を、互換性 · エラー · タイムアウト · 認可 · OpenAPI 等の観点で支援する。
refactoring
既存コードの可読性 · 保守性 · テスト容易性 · パフォーマンスを改善するリファクタリングを、安全に進める手順を提供する。
unit-test-design
与えられた関数 · クラス · モジュールに対して、観点別（正常 · 異常 · 境界 · セキュリティ）に単体テストケースを設計する手順。
security-review
コード · 設計 · 構成に対するセキュリティレビューを、OWASP 等の観点で実施する手順。
code-review
Pull Request やコード差分を 4 つの観点軸（正しさ · 安全性 · 保守性 · パフォーマンス）でレビューする手順。レビュアーが本スキルを呼び出すと、観点別チェックリストに沿って指摘 · 提案を構造化して返す。
changelog-generator
Manage a project's changelog automatically. Creates per-event markdown entries under `changelog/` and regenerates a single human-readable `CHANGELOG.html` at repo root. Triggered when the user says "push", "commit", "update changelog", "write changelog", "準備 push", or at session start to backfill any pending entries from `.git/pending-changelogs.log`. Each HTML event shows date, author, branch chips, summary, file list, and a GitHub commit diff link. Also retroactively backfills commits pushed without changelog (via optional pre-push hook ledger). HTML is machine-generated — never edit it by hand, always edit the source markdown and regenerate.
cross-role-consult
Use when the current role's work hits a decision that belongs to another role's Scope (e.g., Developer encounters a design choice that Architect should decide). Invokes a fresh subagent of the appropriate role for a 30-60 second consultation, receives advice, and returns to the main session. Replaces v1's "起票して躺死" anti-pattern.
output-paths
Use when about to produce any deliverable (code, design doc, test plan, etc.). Determines the correct storage path based on the AI's current role, applies the standard filename convention, and ensures the deliverable header includes a 格納先 field. Apply BEFORE writing the deliverable.
role-declare
Use when the user starts a session without declaring which of the 6 Harness roles (PdM / PjM / Architect / Developer / QA / Infra) they want the AI to perform as. Asks the role-declaration question exactly once, parses the answer, and activates the corresponding role definition.
skill-creator
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.
task-weight
Use at the start of any task to classify it as Trivial / Light / Normal / Heavy. The classification determines how much input documentation, output documentation, and DoD checklist is required. Applies BEFORE generating any deliverable to avoid heavy SI documentation overhead for small tasks.
using-harness-jp-si
Use at the very start of every Harness-managed session. Loads the 4 core principles (evidence / surfaced uncertainty / role boundary / self-audit) and the role-declaration requirement. MUST run before any other Harness skill.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.