osi-docs

Plugin osi-docs from marketplace ai-osi-uri-public in ai-osi-uri/ai-osi-uri-public. Commands read from the repo's manifest — today.

Skills (12)

• architecture-proposal

  クライアントの既存構想（グランドデザイン／ADR／要件資料）を読み込み、自社が デリバリーパートナーとして「クラウド（GCP/AWS）上にどう実装するか」を示す技術・ アーキテクチャ提案書（pptx）を作るスキル。インフラ構成図（公式アイコン調・担当色つき）、 段階ロードマップ（v1/v2/v3）、スコープ定義、課題→解→効果のトレーサビリティ、役割分担、 PoC合格基準、見積もりまでを一気通貫で作る。 「○○の設計資料を読んで実装提案を作って」「アーキテクチャ提案」「PoC提案」「GCP/AWSの 構成図つき提案」「段階的に作る技術提案」「既存構想を実装に落とす提案」「クラウド移行/ 構築の

• business-flow-asis-tobe

  任意の業態・客先について、業務フローの AS-IS（現状）と TO-BE（将来像）を定義し、ステップごとのスイムレーン図を含む詳細なpptxを生成するスキル。「業務フローを作って」「AS-IS / TO-BE を定義したい」「業務をスイムレーンで描いて」「○○社の業務を整理してpptxにして」「業務再設計の資料作りたい」「業務分析の資料を作って」「現状と理想の業務フローを比較したい」など、業務プロセスの整理・可視化・改善提案に関わるリクエストで発動する。製造業・物流・小売・金融・医療・士業など業種を問わず使える汎用スキル。提案書（proposal-package / proposal-esti

• business-plan-builder

  新規事業・新会社・既存事業者の「事業計画一式」を作る唯一の窓口（オーケストレータ）。会議メモ・構想・相手から受け取った資料を起点に、要件をヒアリングして「何を作るか」を判断し、(1) 財務3表フル連動モデル(Excel)、(2) 戦略資料・ピッチ(pptx：事業主向けのたたき台／投資家向け)、(3) 文章の事業計画書(md/docx)、(4) 依頼主・上長への報告メッセージ下書き、(5) 論点・決定事項リスト（作り手側の台帳）を必要なものだけ生成・整合させる。最初に「誰が読むか」「その人が議事録で使った言葉」「その人が会議で答えを出したい問い（問いの木）」を決め、章立ては型ではなく問いの木から

• deck-composition

  承認済みの骨子（storyline.md）を、スライドの「構成」＝枚数・順序・各スライドの主張 （タイトル＝短い見出し／メッセージ＝言い切り）・1スライド1メッセージ・章立て・ナビゲーションに翻訳するスキル。 「考える（骨子）」と「刷る（pptx描画）」の間に立つ“構成層”。スライドを綺麗に描く前に、 「読み手のどの問いに、どのスライドが、どの順で答えるか」を先に決める。 章は型からではなく読み手の問いの木から作り、数字には出どころと導出を付け、 最後は相手が答えられる質問で終える。確定前に相手の立場で読むQAを通す。 「構成を考えて」「スライドの骨組み」「何枚でどの順」「Action tit

• design-guide

  スライド・Word・Excel・アプリ画面を「誰が見ても伝わる形」で作るための、色を持たない共通の作り方。資料・文書・表・画面を作る／直す／見直すときに必ず先に読む。「資料を作って」「スライドにして」「Wordでまとめて」「Excelで表を作って」「画面を作って」「見た目を整えて」「見にくいと言われた」などで発動する。会社の色・ロゴは持たず、使う会社の色は最後の欄で差し込む。中身（何を言うか）の設計は各ドメインスキル、描画の細部は pptx / docx / xlsx / create-app の担当で、本スキルはその上にかかる共通の決まりだけを持つ。

• doc-type-router

  資料づくりの入口で「型」を選ぶルーター。読み手がその資料を見て何を決めるかから型（企画書・顧客向け提案・ 社内会議／稟議・定例報告）と形式（スライド・Word など）を決め、型の指示を doc-type.md にまとめて storyline-gate → deck-composition → pptx-custom の3工程に渡す。自分では骨子も構成も描画もしない。 「企画書を作って」「この話を資料にして」「取締役会（役員会）用の資料を作って」「どんな資料にすればいい？」 「桜井さん流の企画書で」など、資料の種類が決まっていない、または種類で作り方が変わる依頼で発動する。 リード向けの提案準備

• financial-model-3statement

  事業計画の「財務3表フル連動モデル（Excel）」を作る atomic スキル。月次60ヶ月で PL・BS・CF を関数だけで連動させ、参照モデル（事業計画）の作法どおり「BS で現金を全勘定の増減から算出して自閉（Balance Check=0）＋CF を独立に組んで BS 現金に一致（連動Check=0）」を成立させる。立ち上がりはコンサバ（採用→稼働ラグ×稼働率）で、最終的に「いくら資金が必要か（資金トラフ）」をキャッシュフローから可視化する。消費税(仮払/仮受)・売掛金の入金サイト・年次集約シートも生成。「財務モデルを作って」「3表連動のPL/BS/CFを作りたい」「月次の財務計画」「

• network-diagram-package

  確認済みの `network-source.json` から、物理構成図、論理構成図、接続表、機器一覧、BOM Excel、未確定事項一覧を一貫したIDで生成するスキル。「確定データからネットワーク構成図を作って」「物理図と論理図とBOMを出して」「配線情報をPPTXとExcelにして」などで発動する。入力の不確実性を隠さず、図とBOMの数量・型番・接続が一致するまで検証する。画像認識とユーザー確認は `wiring-diagram-intake` の役割。

• pptx-custom

  自社体裁（osi-profile の brand.* の配色・レイアウト規約。未設定なら中立色）または相手企業の色で .pptx を描画/整形する**描画エンジン**スキル。構成（どのスライドが何を言い、どう並ぶか）は deck-composition が決めた slide-plan.md を受け取る前提で、本スキルはそれをレイアウト・配色・図形・画像として綺麗に刷ることに専念する。社内テンプレで提案資料やピッチを刷る、既存 pptx を社内体裁に整える、business-plan-builder / architecture-proposal / proposal 系のオーケストレータから「

• storyline-gate

  資料（提案書・スライド・事業計画・社内合意資料 など）を「描き始める前」に、 伝えたいこと＝コアメッセージと、そこへ運ぶ最小の論理＝骨子を1枚にまとめ、 人の承認を取るゲート・スキル。プロが資料を作るときの最初の所作——「何を、誰に、 どの順で信じてもらうか」を先に決める——を強制する。 「骨子を作って」「構成から考えて」「まず何を言うか整理したい」「提案の軸を決めたい」 「いきなりスライドじゃなくて筋から」「ストーリーラインを引いて」など、成果物の中身の 設計に関わるリクエストで発動する。通常は proposal-estimate / deck-composition / pptx-cust

• wiring-diagram-intake

  手描きのネットワーク配線図、ホワイトボード、現場写真、既存図面を読み取り、部屋、ラック、機器、ポート、ケーブル、回線、電源、注記を構造化した `network-source.json` と確認シートへ変換するスキル。「配線図の写真を読み取って」「この手描き図をデータ化して」「構成図を作る前に機器と接続を整理して」などで発動する。不鮮明な文字や型番を推測で確定せず、信頼度と画像上の位置を残してユーザー確認を行う。図面・BOMの生成は `network-diagram-package` の役割。

• wiring-diagram-package

  手描き配線図や現場写真の受領から、画像補正、構造化抽出、段階的なユーザー確認、必要な型番調査、物理・論理ネットワーク構成図、接続表、BOM、最終検証までを統括するオーケストレータースキル。「この配線図を正式な構成図とBOMにして」「手描き図から納品一式を作って」「途中から配線図作成を再開して」などで発動する。`wiring-diagram-intake` と `network-diagram-package` を順に呼び、セッション状態と意思決定履歴を保存して再開可能にする。

Similar plugins