STANDARD
Agent-operable
エージェントで扱える会社だけが、AGI時代に引き継げる。
社内ツールは、見た目だけでは足りません。コードで定義でき、Gitで差分管理でき、CLI/APIで作成・更新でき、テストでき、ログを読め、Exportできる構造にして初めて、AIエージェントが保守できます。
STANDARD
コードとGitで残る
画面操作の記憶ではなく、リポジトリ、設定、スキーマ、テンプレート、テストとして残します。
- Code-defined
- Git diff
- Config
- Schema
STANDARD
CLI/APIで扱える
人間がGUIを見ながら操作しないと作成・更新・検証できない状態を避け、エージェントが再実行できる入口を持たせます。
- CLI
- API
- Scripts
- Automation
STANDARD
検証と引き渡しができる
Build、lint、typecheck、test、Export、運用メモまで残し、契約終了後も顧客環境で扱える形にします。
- Tests
- Logs
- Export
- Handoff
HARD GATE
エージェントからCLI/API経由で作れないなら、中核にしない。
これは好みではなく納品基準です。会社の記憶として残す構造は、コード化、差分管理、検証、再実行、引き渡しができる必要があります。GUI-onlyの構築は、必要なら一時面として扱い、主力商品にはしません。
HARD GATE
納品対象にするもの
Astro/React/TypeScript、Cloudflare Pages/Workers/D1/R2、GitHub、CLIスクリプト、API-first SaaS連携など、エージェントがコードとコマンドで扱える構造。
HARD GATE
納品対象から外すもの
Google Sites、AppSheet、GUI-only Forms構築、管理画面クリックだけでしか再現できないSaaS設定、手順書スクリーンショット依存の納品物。
WHEN TO USE
GoogleやSaaSの画面だけでは、会社の記憶が残らない時に使う。
WHEN TO USE
向く業務
社内FAQ、判断基準、日報、チェックリスト、スタッフ教育、顧客対応テンプレート、在庫判断、引き継ぎ。
WHEN TO USE
向かない業務
POS、決済、会計、税務、法務、医療判断など、成熟SaaSや専門家が責任を持つべき中核領域。
OUTPUT
診断書で見るエージェント適応度
OUTPUT
GUI依存
設定や運用が人間の画面操作だけに閉じていないか。
OUTPUT
再現性
別の環境でも同じ構造を再作成できるか。
OUTPUT
検証可能性
Build、test、lint、typecheckで壊れていないことを確認できるか。
OUTPUT
Export / Handoff
契約終了後も顧客側にデータと運用手順が残るか。