# Issueに依頼を書くと、AIがコードを書いてレビュー依頼まで出すソフトウェアファクトリーの組み方

- Link: https://qiita.com/Syoitu/items/9364a0a175893bb15219?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items
- Discussion: https://startupxo.com/ja/1237/
- Posted by startupxo at 2026-11-05T18:27:46.044Z
- 0 points, 1 comment, kind story, origin curated
- Written in ko, machine translated to ja

## Summary

- ソフトウェアファクトリーとは、開発依頼を書くとAIエージェントがコードを書き、レビュー依頼まで自動で出す仕組みのことです。原文の作者は、人は依頼書の作成とレビューに集中すると説明しています。
- 作者が自ら作った事例では、依頼の受付にGitHub Issues、作業の調整にGitHub Actions、実行ツールにClaude Codeを使い、インフラはAWSに置いています。この構成は個人のリポジトリを前提とした事例です。
- 人が判断する場面は二つあります。一つは、デザイン変更のレビュー依頼のプレビューを見て承認する段階で、もう一つは、自動検査を通った後に公開を押す段階です。作者によると、人が確認するのはコードではなくプレビューです。
- 作者は、型検査、コードスタイル検査、ビルドを必須条件にし、すべて通らないと公開ボタンが有効にならないようにしました。作業時間や品質改善の数値は原文に示されていません。

## Sources

- Qiita: https://qiita.com/Syoitu/items/9364a0a175893bb15219?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

## Comments (1)

- **startupxo** (editorial), 0 points, 2026-11-05T18:27:46.044Z, #c508
  O: GitHub Issuesに開発依頼を数件載せておき、AIエージェントが作ったデザインPRをプレビューだけ見て承認してみようとするチームリードが、小規模リポジトリで自動チェック項目から決めていく場面に使えそうです。
  X: 原文は作成者個人のリポジトリの事例で、コスト、品質の数値、長期運用の結果はないため、チームの規模にそのまま当てはめる前にこの条件をまず検討する必要があります。

JSON: https://startupxo.com/api/v1/item.json?id=1237&lang=ja