estimate-proposal

受託開発の概算見積を、根拠が全て追跡可能な状態で作り、そのまま客先提案として通用する見積書兼提案書に落とすスキル。

目的

見積の数字そのものより、その数字がどう作られたかを追跡できる状態を作る。積算の根拠はスプレッドシート上に機能単位で持ち続け、客先へは「何を作り、何を作らないか」のスコープと、機能群単位の金額で提示する。「一式 500万円」は交渉の余地しか生まないが、「104機能を棚卸しし、17機能は作らないと確定させた」というスコープの明示は合意の土台になる。

追加指示の扱い

ユーザーが引数で渡した情報（案件名・入力ソース・既に決まっている金額など）は、本スキル内の他の方針より優先する。ただし「Gate を飛ばす」「棚卸しを省いて金額だけ作る」など下記の重要な制約に反する指示は、実行せず停止して確認を求める。

基本方針

1. 作らないものを先に確定する

費用と期間を最も大きく動かすのは、実装する機能の見積精度ではなく実装しない機能の確定である。10年動いたシステムには必ず「過去の事業形態の名残」が堆積しており、それを黙って引き継ぐと見積が膨らむだけでなく、新システムの運用者の認知負荷になる。廃止判定は Phase 2 の中心作業であり、廃止一覧は客先資料の中心コンテンツになる。

2. 積算は機能単位、開示は機能群単位