polites-co-jp

@polites-co-jp source repo

3 skills
0 followers
19 hours ago last updated

▌
Project Design Harness · polites-co-jp bundle
docs/project-definition.md を入力に、そのプロジェクトの開発を進めるのに必要な Agent 一揃い（調査、テスト実装、コード実装、コードレビュー、検証、必要ならセキュリティレビューと運用）と、それを取り巻くハーネスを Claude Code 向けに生成する。.claude/ 以下の subagent 定義・settings.json の permissions と hooks・書き込み境界や完了の検査の hook スクリプト・プロジェクト skill、ルートの CLAUDE.md と .mcp.json、根拠記録 docs/agent-architecture.md を作る。Harness Engineering の考え方（タスク契約、地図、道具の関門、永続状態、承認と禁止、完了の証拠、回復、観測）に基づく。「ハーネスを作って」「Agent を用意して」「開発チームの Agent を作って」「.claude を整えて」「開発を Agent に任せられる状態にして」と言われたとき、project-design-opening（新規）か project-design-reboot（既存プロジェクト）でプロジェクト定義を作り終えた直後に、必ずこの Skill を使う。「仕組みを足したい／外したい」「プロジェクト定義が変わったので作り直したい」という再実行にも使う。機能・要件・システム設計といったプロジェクトの設計判断はしない。Claude Code 専用。

0 installs
▌
Project Design Opening · polites-co-jp bundle
曖昧なソフトウェアのアイデアを対話で整理し、後続の Agent / Harness 設計に必要な「プロジェクトの基本的な境界」を docs/project-definition.md に定義する。何を作るのか、システム境界、技術（言語・ランタイム・パッケージマネージャ・主要フレームワーク・DB 種別・デプロイ先種別）、リスク（外部作用・不可逆な操作・機微情報）、環境、リポジトリ構成、運用前提までを決める。対象の種類は問わない（Web サービス、CLI、ライブラリ、デスクトップアプリ、モバイルアプリ、バッチ処理など）。「こういうサービスを作りたい」「アイデアを形にしたい」「新しいプロジェクトを始めたい」「何から決めればいいか分からない」「プロジェクト定義を作って」と言われたとき、新規プロジェクトの最初の一歩として使う。コードを書き始める前、技術選定や詳細設計に入る前の段階では必ずこの Skill を使う。詳細な機能一覧・画面仕様・API・DB スキーマ・実装手順は扱わない。既にコードがある既存プロジェクトには project-design-reboot を使う。

0 installs
▌
Project Design Reboot · polites-co-jp bundle
既にコードがある既存プロジェクトを走査し、後続の Agent / Harness 設計に必要な「プロジェクトの基本的な境界」を docs/project-definition.md に定義する。リポジトリの構成ファイル・依存の定義・CI やデプロイの設定から、システム境界、技術（言語・ランタイム・パッケージマネージャ・主要フレームワーク・DB 種別・デプロイ先種別）、環境、リポジトリ構成を読み取り、コードからは分からないこと（リスクの有無、やらないこと、制約、運用前提）だけをユーザーに聞く。「既存のプロジェクトにハーネスを入れたい」「このリポジトリのプロジェクト定義を作って」「途中から Agent に開発を任せたい」「このコードベースを Agent 向けに整えたい」と言われたとき、既存プロジェクトで project-design-harness を使う前には必ずこの Skill を使う。コードがまだ無い新規プロジェクトには project-design-opening を使う。コードの品質評価、リファクタリングの提案、詳細設計の復元はしない。

0 installs

3 published skills