office-hours
作成者 alirezarezvanioffice-hours は、助言の前に `/cs:office-hours <topic>` を実行し、YC風の6問で創業者の戦略前提を掘り下げます。Strategic Planning、ピボット、資金調達、大きなプロダクト投資の前に、課題、顧客、流通、守りの強さ、資本、創業者との適合性を整理したいときに役立ちます。
このスキルのスコアは70/100で、創業者の考えを整理するための特化型ワークフローとして、ディレクトリ掲載に適した水準です。ディレクトリ利用者は、エージェントが早すぎる助言を避けるための軽量なYC風質問スキルとして捉えるのがよいでしょう。一方で、例、テンプレート、外部リソースまで備えた本格的な戦略支援システムではありません。
- トリガーとコマンド構文が明確です。`/cs:office-hours <topic>` が明示されており、曖昧な創業者向け戦略相談や事前整理に結び付けられています。
- 運用しやすいシンプルなワークフローです。助言に入る前に、創業者へ6つの指定領域への回答を求めるため、早すぎる一般論の提案を減らせます。
- 適した利用場面が分かりやすく示されています。“When to Run” セクションでは、資金調達、ピボット、大きな施策、自信過剰な前提などの具体例が挙げられています。
- サポートファイル、例、参考資料、インストール手順がないため、ユーザーはSKILL.mdだけを見て導入を判断する必要があります。
- ワークフローは創業者向けの6つの回答を引き出すことに限定されているようです。リポジトリ上の情報からは、回答を意思決定や成果物に落とし込むための実践的な後続ガイダンスは多く確認できません。
office-hours skillの概要
office-hoursでできること
office-hours skillは、Claude型のスキル環境で使う、創業者向けの戦略プレッシャーテストです。助言を出す前に、YCの面談を思わせる6つの質問で、課題、顧客、販売経路、防御可能性、資金ニーズ、創業者との相性を明確にさせます。最大の価値は、最初から整った戦略回答を生成することではありません。創業者側の考えがまだ曖昧な段階で、 premature な戦略検討に進んでしまうのを防ぐ点にあります。
創業者や戦略担当者に向いている場面
office-hours skillは、重要そうだが前提が詰め切れていない問いに向いています。たとえば「ピボットすべきか?」「今、資金調達すべきか?」「もっと速く成長できるか?」「この新規プロダクトは作る価値があるか?」といった相談です。特に、Strategic Planningに入る前の反復可能なヒアリング手順を必要とする創業者、chiefs of staff、戦略責任者、スタートアップアドバイザー、C-level agentsに役立ちます。このskillは軽量で、リポジトリ上の該当パスには単一のSKILL.mdだけがあります。そのため導入判断は、大きなツールキットが欲しいかどうかではなく、この尋問型ワークフローそのものを使いたいかどうかにかかっています。
汎用プロンプトとの違い
通常のプロンプトでは、アシスタントが早い段階で分析や提案に進んでしまいがちです。office-hoursは、6つの創業者向け質問すべてに書面で答えるまで、助言を明示的に止めます。この制約こそが差別化ポイントです。アシスタントをブレインストーミング相手ではなく、思考を強制的に具体化する仕組みに変えます。資金調達のタイミング、ICPの変更、チャネル戦略、大きなプロダクト投資など、自信ありげだが浅い回答のコストが高い場面で有用です。
office-hoursが向いていないケース
主に必要なのが市場調査、財務モデリング、法務レビュー、顧客インタビューの統合、取締役会にそのまま出せる最終メモである場合、office-hoursを導入するべきではありません。これは上流の診断用skillです。戦略テーマがより深い検討に進める状態かどうかを判断する助けにはなりますが、その深い検討そのものを置き換えるものではありません。
office-hours skillの使い方
office-hoursのインストールと最初に確認すべきファイル
skillベースのClaude環境で、GitHubからのskillインストールに対応している場合は、リポジトリソースからインストールします。
npx skills add alirezarezvani/claude-skills --skill office-hours
次に、ソースファイルを直接確認してください。
c-level-advisor/c-level-agents/skills/office-hours/SKILL.md
skillフォルダ内には、目に見えるヘルパースクリプト、参照資料、リソース、READMEファイルはありません。そのため、SKILL.mdが運用上の唯一の正本です。導入前に、コマンド説明と6つの質問の流れを読み、自分のアドバイススタイルに合っているかを確認してください。
実務でのskillの呼び出し方
想定されているコマンド形式は次のとおりです。
/cs:office-hours <topic>
よいtopicは、検証できる程度に具体的でありながら、すでに結論が固まりすぎていないものです。例としては次のようなものがあります。
/cs:office-hours Should we move upmarket from SMB to mid-market?/cs:office-hours Should we raise a seed extension before proving retention?/cs:office-hours Should we build an AI copilot for our existing workflow product?
/cs:office-hours growthや/cs:office-hours strategyのような曖昧なtopicは避けてください。skillはそれでも確認質問を出せますが、最初のtopicに意思決定、トレードオフ、事業文脈が含まれているほど、出力の質は高くなります。
office-hoursをうまく使うための入力情報
office-hoursを呼び出す前に、事実をでっち上げずに6つの質問へ答えられるだけの材料を集めておきます。よい入力には、顧客の発言、具体名のあるICP例、現在の獲得チャネル、既知の競合または代替手段、ランウェイと資金制約、なぜこの創業者またはチームが勝てるのか、といった情報が含まれます。
弱いプロンプトは次のようなものです。
/cs:office-hours Should we launch a new product?
より強いプロンプトは次のようになります。
/cs:office-hours Should we launch a compliance automation product for Series B fintech companies? We have 12 customer calls, three buyers asked for audit evidence workflows, current sales are founder-led, runway is 10 months, and the team has prior compliance engineering experience.
このように文脈を与えると、skillは当たり前の定義に時間を使うのではなく、前提をプレッシャーテストできます。
Strategic Planningに組み込む推奨ワークフロー
戦略ブリーフ、ロードマップ、資金調達ストーリー、ピボットメモを作る前に、office-hoursを使います。まず、6つの質問による尋問を実行します。次に、推奨を求めず、それぞれの質問に書面で答えます。その後、弱い回答、不足している根拠、仮説をアシスタントに特定させます。選択肢、リスク、マイルストーン、意思決定メモなどのStrategic Planning成果物に進むのは、その後です。これにより、このskillの中核ルールである「助言の前に明確化する」を守れます。
office-hours skill FAQ
office-hoursは初心者にも向いていますか?
はい。ただし、初心者が厳しい質問に具体的に答える覚悟がある場合に限ります。office-hours skillは、対応するskillインストール手順以外に高度な技術設定を必要としません。一方で、思考の規律は求められます。「誰もが必要としている」「マーケティングは後で考える」といった曖昧な創業者の主張を受け入れないため、初心者には居心地が悪く感じられることがあります。
Claudeにスタートアップ相談をするのと何が違いますか?
スタートアップ相談のプロンプトは、フレームワーク、提案、前向きな次のステップを返しがちです。office-hoursはより狭く、より厳格です。特に顧客の実態と販売経路について、分析の前に根拠を求めます。そのため、意思決定の衛生管理には向いていますが、自由なアイデア出しにはあまり向いていません。
office-hoursはスタートアップ以外でも使えますか?
はい。ただし調整は必要です。6つの質問はスタートアップの意思決定に最もよく対応していますが、社内プロダクトチーム、イノベーション部門、戦略計画チームが、ある取り組みに本当のユーザー、採用までの道筋、防御可能な優位性、リソース配分の妥当性、チームとの適合があるかを検証する際にも役立ちます。一方で、顧客、予算、チャネルがすでに明確な成熟したオペレーション上の意思決定には、あまり有用ではありません。
office-hoursをインストールする前に確認すべきことは?
自分のagent環境がslash-command形式のskillsに対応しているか、また単一目的の創業者向け尋問ワークフローを本当に使いたいかを確認してください。リポジトリ上の状況からは、追加スクリプトや参照アセットを持たない、焦点の絞られたSKILL.mdであることが分かります。シンプルさを求めるなら利点ですが、テンプレート、スコアリングルーブリック、自動リサーチ支援を期待する場合は制約になります。
office-hours skillを改善する方法
office-hoursの回答を根拠ベースにする
最大の改善点は、各回答の中に根拠を必ず入れることです。課題に関する質問では、社内のポジショニングではなく顧客の言葉を含めます。顧客に関する質問では、実在する買い手またはユーザーを挙げます。販売経路では、検索クエリ、紹介ループ、営業モーション、コミュニティ、integration marketplace、カンファレンスなど、最初に信じられる認知獲得の道筋を具体化します。根拠を入れることで、office-hoursは単なる議論のきっかけから、意思決定フィルターへ変わります。
よくある失敗パターンに注意する
最もよくある失敗は、「developers」「enterprises」「AI workflow」「viral growth」「better UX」のような抽象語で答えてしまうことです。もう一つの失敗は、防御可能性を、競合がなぜその優位性を簡単にコピーできないのかの説明ではなく、将来の機能リストとして扱ってしまうことです。三つ目は、資金面の現実を飛ばすことです。ランウェイ、採用ニーズ、営業サイクル、証明すべきマイルストーンは、戦略が実行可能かどうかを決めることがよくあります。
最初の尋問後に反復する
最初にoffice-hoursを実行した後、すぐに最終推奨を求めないでください。最も弱い2つの回答、最もリスクの高い仮説、不足している顧客証拠を尋ねます。そのうえで6つの回答を修正し、同じtopicでもう一度実行します。この2回目のパスで、入力がより鋭くなり、創業者バイアスも減るため、Strategic Planningにおけるskillの価値が大きくなります。
office-hoursを薄めずに拡張する
office-hours skillをカスタマイズする場合も、「回答の前に助言しない」というルールは維持してください。有用な拡張としては、6つの質問それぞれに対するスコアリングルーブリック、赤・黄・緑の準備度サマリー、検証済みの回答を戦略メモへ変換する引き継ぎプロンプトなどがあります。尋問ステップの中に広範なスタートアップコーチング内容を直接追加するのは避けてください。office-hoursを有用にしている制約が弱まってしまいます。
