Why KATACHI
設計を速くするだけでなく、判断まで前に進める。
ClickHouse のLPが「速さ」「使いどころ」「なぜ選ばれるか」を順に見せているように、KATACHI でもまず価値の骨格を先に伝える構成にしています。ここでは、設計初期で本当に効く4つの強みだけを残しました。
Fast Start
自然言語の要件入力から、AWSアーキテクチャ、設計書、図、コード出力までを一気通貫でまとめる。最初のたたき台を待たずに、議論を始められます。
Six-Pillar Review
AWS Well-Architected の6本柱で、何を優先し、何を引き換えにしているかを明示。レビューの観点を属人化させません。
Cost Aware
コストを最後に確認するのではなく、設計の初期段階から織り込む。改善案ごとの差分も見えるので、品質と予算を同時に扱えます。
Deploy Ready
CDK と設計理由が同じ文脈で出るから、設計から構築までの断絶が小さい。合意が取れた構成を、そのまま次工程へ渡せます。
Use Cases
AWS設計のどこで、KATACHI が効くのか。
ClickHouse がユースケース単位で価値を切り分けているのと同じ考え方で、KATACHI も「誰が・どのタイミングで使うか」を先に明確にします。設計会話の起点が違っても、同じ仕組みで前に進められます。
新規サービスの初期設計
サービス像、可用性、セキュリティ、予算感を入力し、最初の構成案と設計論点を短時間で可視化。曖昧な状態のまま会議に入らずに済みます。
既存案のレビュー整理
構成を出すだけでなく、6本柱での強み・リスク・改善余地を同じ画面で比較。レビューコメントを断片化させず、議論の焦点を揃えます。
設計から実装への引き渡し
draw.io、PNG、CDK、設計理由が揃うので、設計判断の背景を失わずに構築へ渡せる。引き継ぎ資料を別途つくる負荷も減らせます。
Core Capabilities
KATACHI が返すのは、構成図だけではありません。
トップで約束した価値を、実際の機能に落としたセクションです。ClickHouse の「Built for every modern data challenge」に近い位置づけで、用途別の強みを具体化しています。
Fast Start — １０分で要件からアーキテクチャと出力までを実現
自然言語の要件入力だけで、AWSアーキテクチャ生成、Well-Architectedレビュー、CDK・設計書出力までを一気通貫で完了。AIが可用性・セキュリティ・予算を自動解析し、数日要した検討プロセスをわずか10分に圧縮します。
Six-Pillar Review — AWS Well-Architected視点でのトレードオフの可視化
AWS Well-Architectedの「6つの柱」に基づき、柱ごとに構成の強み・リスク・改善提案を提示。「何を強化し、何を引き換えにしたのか」を可視化することで、感覚的ではない、論理的で構造的な意思決定をチームで共有できます。
Cost Aware — コスト意識を設計の初期段階から組み込む
サービスごとの月額コスト概算を算出。設計段階で「いくらかかるのか」を可視化し、改善案に伴うコスト増減も即座に把握。品質とコストの最適なバランスを、具体的なデータに基づいて判断できます。
Deploy Ready — CDK出力でそのままデプロイ、すぐに試せる
スタック分離済みのAWS CDK（TypeScript）を生成し、そのままデプロイ可能な状態で提供。構成図（PNG/draw.io）や設計書（Markdown）も同時出力されるため、設計の共有から実装開始まで、次工程への引き渡しがスムーズです。
Workflow
設計の流れを、ひと目で追える4ステップへ。
ClickHouse のLPでは「なぜ速いか」を途中で説明しています。KATACHI では、その代わりに「どう前に進むか」を4ステップで見せ、初見でも使い方を想像できるようにしています。
Describe
自然言語でサービス像を書く。可用性、セキュリティ、コンプライアンス、予算まで指定し、設計以前の問いを言語化します。
Generate
AI が要件を読み、レイヤーごとに設計を組み立てる。平均的な答えではなく、この要件向けの構成へ段階的に寄せていきます。
Review
Operational Excellence、Security、Reliability、Performance Efficiency、Cost Optimization、Sustainability の6本柱で設計を見直します。
Refine
改善項目を選んで再設計し、構成図、draw.io XML、AWS CDK、設計理由までまとめて出力。次工程にそのまま渡せる状態まで整えます。
Design Language
答えではなく、答えに至る設計言語を残す。
KATACHI の価値は、構成図の自動生成そのものではありません。なぜその構成なのか、どの制約で何を優先したのかを説明可能な状態にすることです。そのために、レビュー観点と出力物の両方を同じページで示します。
Six Pillars
Operational Excellence
運用のしやすさと改善しやすさを確認し、継続的に扱える構成かを見ます。
Security
後付けでは埋まらない盲点を早めに把握し、設計初期の段階で是正余地を確保します。
Reliability
可用性を上げるほど複雑性も増える。その線引きを、感覚ではなく論点として整理します。
Performance Efficiency
要件に対して過不足ない性能設計へ寄せ、過剰な構成や不足した構成を避けます。
Cost Optimization
設計初期での過剰投資を防ぎ、改善提案とコスト変化をセットで扱える状態にします。
Sustainability
継続運用の観点でも妥当性を見直し、短期の正解だけで終わらない設計に整えます。
Outputs
Architecture Diagram
PNG と draw.io XML を同時出力。会話用の図と編集用の図を分けずに扱えます。
AWS CDK
TypeScript の IaC として出力し、設計から構築への距離を短くします。
Design Rationale
どの制約で何を優先したかを記録として残し、後続の判断材料にします。