jpskill.com
🛠️ 開発・MCP コミュニティ

software-factory

8090 Software Factory」を活用し、要件定義から実装、検証まで、ソフトウェア開発の全工程を効率的に進めるためのSkill。

📜 元の英語説明(参考)

Skills for coding agents to use the 8090 Software Factory—requirements, blueprints, work orders, and structured work order execution, with implementation plans, review, and verification. This skill is a directory: read it first, then follow the relevant guide or execution process.

🇯🇵 日本人クリエイター向け解説

一言でいうと

8090 Software Factory」を活用し、要件定義から実装、検証まで、ソフトウェア開発の全工程を効率的に進めるためのSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o software-factory.zip https://jpskill.com/download/6887.zip && unzip -o software-factory.zip && rm software-factory.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/6887.zip -OutFile "$d\software-factory.zip"; Expand-Archive "$d\software-factory.zip" -DestinationPath $d -Force; ri "$d\software-factory.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して software-factory.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → software-factory フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

Software Factory

Software Factory は、製品の意図、技術的な意図、および実装作業を追跡可能な単一のワークフローに接続するための AI ネイティブな SDLC (ソフトウェア開発ライフサイクル) 手法です。

このポータブルスキルは、Software Factory のレコードを作成し、任意のレポジトリで Work Orders をヘッドレスで実行するためのものです。ホストされた Software Factory サービス、プライベートレポジトリの自動化、またはレポジトリ固有のレビュー機能へのアクセスを前提としていません。プロジェクトツールが利用可能な場合はそれらを使用し、そうでない場合は、このスキル内のファイルとテンプレートを記録の実行システムとして使用してください。

レコード

要件

要件は、システムを外部の視点から記述します。

  • Product Overview Documents は、永続的な製品全体の「なぜ」と「何を」を捉えます。これには、ビジネス上の問題、現状、製品の説明、成功指標、技術要件、その他の枠組みが含まれます。
  • Feature Requirements Documents は、ユーザー ストーリーと受け入れ基準を用いて、ローカライズされた機能の意図を捉えます。ユーザー ストーリーは「誰が何をなぜ必要とするのか」を述べ、受け入れ基準はテスト可能な動作を定義します。

要件を作成または改訂する際は、guides/requirements-writing-guide.md をお読みください。

ブループリント

ブループリントは、システムを内部の視点から記述します。

  • Container Blueprints は、個別にデプロイまたは実行可能なユニットとそのランタイム境界を文書化します。
  • Component Blueprints は、再利用可能なシステム機能を文書化します。構造化された component ブロックはランタイムノードを定義し、関係を示す段落はデータ、契約、および制御フローを記述します。
  • Feature Blueprints は、Component Blueprints と機能固有のコンポーネントを組み合わせて、Feature Requirements Document を満たします。

ブループリントを作成または改訂する際は、guides/blueprint-writing-guide.md をお読みください。実装中は、完全なコンポーネントグラフを理解するために、コーディングする前に、参照されているブループリント（MCP を介して解決される @… の言及とリンクを含む）に従ってください。

デリバリー

Work Orders は、デリバリーの意図を記述します。これには、実装可能なスコープ、除外事項、関連する要件、関連するブループリント、および受け入れテストの期待値が含まれます。

Work Orders を作成または更新する際は、guides/work-order-writing-guide.md をお読みください。

ルーティング

タスク 参照
1 つの Work Order の実行 execution/execute-work-order.md
複数の Work Orders の実行 execution/execute-work-order.md
実行中の実装計画の作成 execution/writing-implementation-plans.md
レビューフェーズの実行 execution/review-phase.md
実行ディレクトリの初期化 execution/scripts/init-wo-execution.sh
実行コンテキストの更新 execution/scripts/update-context-index.sh
要件の作成または改訂 guides/requirements-writing-guide.md
ブループリントの作成または改訂 guides/blueprint-writing-guide.md
Work Orders の作成または更新 guides/work-order-writing-guide.md

Work Order の実行

Work Order の実行は、常に実行プロセスに従う必要があります。すべてのチェックリスト項目は [x] で完了とマークするか、スキップ理由を付けて明示的に [SKIP] とマークする必要があります。チェックされていない項目を暗黙的、オプション、または完了と見なさないでください。

単一の Work Order および複数の Work Order のキューについては、execution/execute-work-order.md に従ってください。このガイドが execution/ 内の関連ファイルにルーティングする場合は、それらのファイルを読んでください。

チェックリストは意図的に、生きているハーネスエンジニアリングの成果物です。チームは、エージェントプログラミングをコードベースで信頼できるものにするための正確なコマンド、チェック、スクリーンショット、マイグレーション、フィクスチャ、シードデータ、CI ゲート、およびレビューの儀式を用いて、これを進化させるべきです。

バージョン管理の引き渡しはユーザー主導です。ユーザーまたはレポジトリのワークフローが指定しない限り、いつコミット、プッシュ、PR のオープン、またはマージを行うかを想定しないでください。

公開ドキュメント

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Software Factory

Software Factory is an AI-native SDLC method for connecting product intent, technical intent, and implementation work in one traceable workflow.

This portable skill is for writing Software Factory records and executing Work Orders headlessly in any repository. It does not assume access to a hosted Software Factory service, private repository automation, or repository-specific review skills. When project tools are available, use them; otherwise, use the files and templates in this skill as the execution system of record.

Records

Requirements

Requirements describe the system from an external perspective.

  • Product Overview Documents capture durable product-wide why and what: business problem, current state, product description, success metrics, technical requirements, and other framing.
  • Feature Requirements Documents capture localized feature intent with user stories and acceptance criteria. User stories state who needs what and why; acceptance criteria define testable behavior.

Read guides/requirements-writing-guide.md when writing or revising requirements.

Blueprints

Blueprints describe the system from an internal perspective.

  • Container Blueprints document separately deployable or runnable units and their runtime boundaries.
  • Component Blueprints document reusable system capabilities. Structured component blocks define runtime nodes; relationship paragraphs describe data, contracts, and control flow.
  • Feature Blueprints compose Component Blueprints and feature-specific components to satisfy a Feature Requirements Document.

Read guides/blueprint-writing-guide.md when writing or revising blueprints. During implementation, follow referenced Blueprints—including @… mentions and links resolved via MCP—before coding so the full component graph is understood.

Delivery

Work Orders describe delivery intent: implementable scope, exclusions, connected requirements, connected blueprints, and acceptance-test expectations.

Read guides/work-order-writing-guide.md when creating or updating Work Orders.

Routing

Task Read
Executing one Work Order execution/execute-work-order.md
Executing multiple Work Orders execution/execute-work-order.md
Writing an implementation plan during execution execution/writing-implementation-plans.md
Running the review phase execution/review-phase.md
Initializing an execution directory execution/scripts/init-wo-execution.sh
Updating execution context execution/scripts/update-context-index.sh
Writing or revising requirements guides/requirements-writing-guide.md
Writing or revising blueprints guides/blueprint-writing-guide.md
Creating or updating Work Orders guides/work-order-writing-guide.md

Work Order Execution

Work Order executions must follow the execution process every time. Every checklist item must be checked complete with [x] or explicitly marked [SKIP] with a skip reason. Do not treat an unchecked item as implied, optional, or complete.

Follow execution/execute-work-order.md for single Work Orders and multi-Work-Order queues. Read the related files in execution/ when that guide routes to them.

The checklist is intentionally a living harness-engineering artifact. Teams should evolve it with the exact commands, checks, screenshots, migrations, fixtures, seed data, CI gates, and review rituals that make agentic programming reliable in their codebase.

Version-control handoff is user-directed. Do not assume when to commit, push, open a PR, or merge unless the user or repository workflow specifies it.

Public Docs