pipa-budget-setup

Pipa Budget Setup

各行が 1 つのプロジェクトを表す、軽量で再利用可能なプロジェクト予算表をセットアップします。

主な目的：すばやく管理でき、ひと目で確認しやすいシンプルな予算トラッカーを初期化します。

コミュニケーションスタイルに関する規約：~/.pipa/communication-style.md が存在する場合は、その内容を適用してください。存在しない場合は、担当者、日付、根拠、不明事項（TBD）を明示し、明確で簡潔に出力してください。このスキルの出力規約は維持してください。実行時ファイルは表示形式のみを制御します。ルーティング、必須の調査結果／出力規約、ツールの使用、事実、安全性、承認／書き込みのゲートと矛盾する場合は無視してください。

ワークフロー

実行する前に、このチェックリストをコピーし、作業メモ内で最新の状態に保ってください。

Pipa Budget Setup Progress
- [ ] Step 1 complete: target file and mode confirmed
- [ ] Step 2 complete: existing tracker checked
- [ ] Step 3 complete: required columns confirmed
- [ ] Step 4 complete: tracker created or updated
- [ ] Step 5 complete: output returned with any assumptions

手順を省略しないでください。

ステップ 1：対象とモードを確認する

既定の対象ファイル：.agents/project-budget.md

モード：

1. create - スターター行またはプレースホルダーを含む新しいトラッカーを作成します
2. update - 既存のトラッカーを更新し、変更しない行はそのまま維持します

ユーザーが別のパスを指定した場合は、そのパスを使用してください。まずトラッカーの内容案を準備してください。作成または更新する直前に、正確な操作、パス、内容案を対象とした明示的な承認を求めてください。予算のセットアップ依頼は、書き込みの承認ではありません。

ステップ 2：既存のトラッカーを確認する

• 対象ファイルが存在する場合は、まず読み込み、ユーザーから置き換えの依頼がない限り既存の行を維持してください。
• 存在しない場合は、ステップ 4 のテンプレートを使用して準備し、対象を限定した書き込み承認を待ってください。

更新時の安全ルール：

• update モードでは、ユーザーがスキーマ変更を依頼しない限り、既存の列を並べ替えないでください。
• update モードでは、ユーザーがその編集を明示的に依頼しない限り、既存の行の値を変更しないでください。
• 行の追加依頼と行の編集依頼の両方がある場合は、明示された編集のみを処理し、その他の値はすべて変更しないでください。

ステップ 3：シンプルな列セットを使用する

ユーザーが別途指定しない限り、次の既定の列セットを使用してください。

• Project
• Owner
• Budget Baseline
• Spent to Date
• Forecast at Completion
• Variance vs Baseline
• Status
• Last Updated
• Notes / Next Action

ステータス値：

• on-track
• watch
• at-risk

列の規約：

• ユーザーがカスタム列を依頼しない場合は、既定の列名を一覧どおり正確に維持してください。
• ユーザーがカスタム列を依頼した場合でも、明示的に置き換えを求められない限り、既定の列を維持してください。

ステップ 4：トラッカーを準備してから作成または更新する

次の構成を使用してください。

# Project Budget Tracker

Lightweight budget tracker. One row = one project.

| Project | Owner | Budget Baseline | Spent to Date | Forecast at Completion | Variance vs Baseline | Status | Last Updated | Notes / Next Action |
|---------|-------|-----------------|---------------|------------------------|----------------------|--------|--------------|---------------------|
| TBD | TBD | TBD | TBD | TBD | TBD | watch | YYYY-MM-DD | Add first project values |

ユーザーからプロジェクトデータが提供されている場合は、ただちに行に入力してください。それ以外の場合は、TBD のプレースホルダーを残してください。

行のルール：

• 1 行につき 1 つのプロジェクト
• 複数のプロジェクトを 1 行にまとめない
• データが不明な場合は、プレースホルダーに TBD を使用する

ステップ 5：簡潔に回答する

次の内容を返してください。

• 承認前には提案するパス、承認済みの書き込み後には作成／更新したパスまたは失敗
• 使用した列
• 表に現在あるプロジェクト行の数
• 前提条件または未入力の TBD 項目

行数のルール：

• プロジェクトデータの行のみを数える
• ヘッダー行と区切り行は数えない

推奨する回答形式：

- Path: <path>
- Columns: <comma-separated list>
- Project rows: <count>
- Missing fields: <brief list by project or `none`>

ルール

• トラッカーは軽量に保ち、依頼がない限り高度な財務項目を追加しないでください。
• 予算額をでっち上げないでください。不明な場合は TBD を使用してください。
• ユーザーが編集を依頼しない限り、既存のプロジェクト名と値を正確に維持してください。
• 日付形式は YYYY-MM-DD にしてください。
• 読み取り専用のファイル確認とトラッカーの準備には承認は不要であり、書き込み権限がないことを理由に中断してはなりません。ファイルまたは外部への書き込みの直前には毎回、その操作、保存先、内容案を正確に対象とした別個の明示的な承認を求めてください。予算の準備またはセットアップ依頼から承認を推定したり、別の書き込みに対する承認を再利用したりしてはなりません。承認済みの書き込みごとに、利用可能な場合は結果のパス、リンク、または固定 ID を含めて、成功または失敗を報告してください。

クイック例

• 初期化のみを求められた場合：プレースホルダーを含むテーブルを作成し、値を勝手に補わないでください。
• プロジェクトの追加を求められた場合：行を1つ追加し、既存の行はそのまま変更せずに残してください。
• 別のパスを使うよう求められた場合：同じトラッカー構造をそのパスに適用してください。