postplus-workspace

PostPlus Workspace

解決済みの単一プロジェクトフォルダーを、繰り返し行われる PostPlus 作業のための持続的なコンテキストとコントロールサーフェスに変えます。確認済みのブランド、製品、ペルソナ、キャンペーンの事実を再利用してください。単発のタスクではワークスペースのセットアップを必須にしないでください。タスクに関連する事実のみを読み、承認済みの主張をアイデアとは区別して保持し、スコープ内でのみ変更してください。このスキルはワークスペースのオーケストレーションを担います。専門的な PostPlus スキルはドメインの判断を担います。現在の PostPlus CLI とサーバーはスキーマ、検証、コスト、権限、プロバイダーの実行を担います。

中核となる契約

1. 行動する前にワークスペースを読んでください。
2. 確認済みの事実、承認済みの主張、調査結果、仮説、デフォルト、不明な点、禁止コンテンツを区別して保持してください。
3. 製品の事実、価格、オファー、アイデンティティ、参照、権限、承認、結果を決して捏造しないでください。
4. 不足している情報または矛盾する情報が、真実性、戦略、アイデンティティ、実行、コンプライアンス、支出、公開に影響する場合にのみ質問してください。
5. 可逆的で低リスクの制作上の選択は、質問せずに行ってください。
6. ハードコードされたスキル一覧を維持するのではなく、カタログと CLI スキーマによって現在の PostPlus 機能を発見してください。
7. 承認済みの真実の変更、テスト計画の承認、クレジットの消費、起動、公開、または配信中広告の変更の前に、明示的な承認を必須にしてください。
8. 持続的な結果と決定をワークスペースに返してください。

ルート

リクエスト	ルート
PostPlus プロジェクトフォルダーを開始する	ワークスペースを初期化
キャンペーンまたはテストサイクルを開始する	キャンペーンを初期化
既存のプロジェクトを継続する	ワークスペースを再開
不足しているコンテキストを診断する	要求されたステージを確認
調査、戦略、テスト、または制作	ステージコンテキストを読み、現在の専門スキルにルーティング
見積もり、起動、公開、または支出の変更	現在の CLI で検証し、明示的な承認を取得
パフォーマンスを分析する	観察、結論、スコープ、次の仮説を記録

ワークスペースを初期化

1. 正確なターゲットフォルダーを解決し、既存のファイルを検査してください。
2. postplus doctor --skill postplus-workspace --json を実行してください。Python 3 が不足している場合は、その具体的なアクションに従ってください。実行可能なアクションが提供されていない場合は、依存関係と影響を受けるタスクを報告して停止してください。パッケージマネージャー、インストールコマンド、管理者権限を推測しないでください。
3. このインストール済みスキルディレクトリを解決し、次を実行してください:

<python-3-command> <skill-directory>/scripts/workspace.py init \
  --target <folder> --project "<project name>" \
  [--brand "<brand>"] [--product "<product>"] \
  [--market "<market>"] [--platform "<platform>"] \
  --output <folder>/.postplus/workspace-init.json

ユーザーが提供した値、または信頼できる情報源から得た値のみを渡してください。エントリポイントは不足しているファイルのみを作成し、ファイルシステムのルート、ユーザーのホームディレクトリ、インストール済みスキルディレクトリを拒否します。

既存のソース素材を読み、確認済みの情報のみを入力し、UNKNOWN を保持してから、オンボーディングチェックを実行してください。

キャンペーンを初期化

次を実行してください:

<python-3-command> <skill-directory>/scripts/workspace.py new-campaign \
  --target <workspace> --name "<campaign name>" [--slug <campaign-slug>] \
  --output <workspace>/.postplus/campaign-init.json

目的、市場、プラットフォーム、オファー、CTA、KPI、制約、承認状態を入力してください。project.yaml の current_campaign は、意図したキャンペーンを確認した後にのみ設定してください。

再開と実行

1. 作業ディレクトリまたはその上位で最も近い project.yaml を見つけてください。
2. 最も近い該当する AGENTS.md、次に project.yaml を読んでください。
3. context-schema.md に記載されているステージコンテキストのみを読んでください。
4. 影響の大きい実行の前に、ワークスペースのステージチェックを実行してください。
5. 選択した専門スキルを完全に読んでください。
6. 選択したスキルで必要な引数が不明確なままの場合にのみ、現在の CLI ヘルプまたはスキーマを読んでください。
7. 以前の作業を再作成するのではなく、記録された状態から続行してください。

ワークスペースが存在しない場合は、初期化を提案してください。プロジェクトファイルを無関係なフォルダーに散在させないでください。

ステージルール

オンボーディング、調査、戦略、テスト、本番運用、ローンチ、学習の要件については、stage-gates.md に従ってください。付属のチェッカーが検証するのはワークスペースのファイルのみです。最新の見積もり、プロバイダーの検証、権限、アカウント、稼働中の状態については、CLI またはサーバー側での確認が優先されます。

情報が不足している、矛盾している、または修正によって意味が変わる可能性がある場合は、uncertainty-policy.md を読んでください。

ワークスペースの確認

<python-3-command> <skill-directory>/scripts/workspace.py check \
  --target <workspace> \
  --stage <onboarding|research|strategy|test|production|launch|learn> \
  [--campaign <campaign-slug>] \
  --output <workspace>/.postplus/stage-check.json

該当ステージで BLOCKED と表示された場合は、作業を停止してください。ローカルで READY と表示されても、最新の CLI 検証、クレジットの確認、ローンチの承認に代わるものではありません。

ステータス

実質的なタスクを完了する際は、次の内容を末尾に付けてください。

STAGE: <stage>
STATUS: READY | BLOCKED | NEEDS_APPROVAL | COMPLETED
INPUTS READ: <sources>
BLOCKERS: <none or exact blockers>
OUTPUTS: <created or updated artifacts>
NEXT: <one next action>

ワークスペースとキャンペーンのテンプレートは assets/project-template/ にあります。 上記のコマンドでは、破壊的な変更を行わない scripts/workspace.py エントリーポイントを使用します。