xero-work

Plugin xero-work from marketplace cloud-xero-plugins in Cloud-Xero/ai-plugins. Commands read from the repo's manifest — 20 days ago.

Skills (7)

• doctor

  「Macが重い・遅い・固まる」の原因を、推測ではなく実測で特定する診断スキル。一次計測で CPU型 / メモリ型 / ディスクI-O型 / サーマル型 / 常駐プロセス型 を切り分け、該当する型だけを深掘りして原因を名指しする。wired メモリの肥大、カーネルのゾーンリーク、スワップ地獄（スラッシング）、暴走プロセス、ディスク枯渇に対応する。「Macが重い」「急に遅くなった」「ファンがうるさい」「原因を調べて」と言われたとき、または /doctor で呼び出されたときに使用。対処（再起動・設定変更）の前に必ず原因を確定させることを目的とし、対処法の提示だけで済ませない。

• example-skill

  新しいスキルを作るときの雛形となるサンプルスキル。SKILL.md / INSTRUCTIONS.md の二層構造を確認したいときの参照用。実運用では削除またはコピーして使う。

• excel-analyze

  複雑なExcelファイル（数式・他シート参照が多いブック）をWebアプリ移植に向けて解析するスキル。構造棚卸し→数式依存グラフ→ロジック仕様書→回帰テスト用スナップショットの4工程を、専用エージェント（excel-inventory / excel-dep-graph / excel-logic-spec / excel-snapshot）に順に委譲して excel_analysis/<ブック名>/ に成果物を出力する。「このExcelを解析して」「ExcelをWebアプリ化したい」「数式の依存関係を調べて」と言われたとき、または /excel-analyze <path> で呼び出されたとき

• gsheet-to-md

  公開Googleスプレッドシートを全シート漏れなくダウンロードし、シートごとのMarkdownテーブルとして保存する。htmlviewから全シート（gid＋シート名）を列挙し、シートごとにCSVで取得（表示値そのまま）→md変換する2段構え。生CSVも csv/ に一次データとして保存し、各mdのfrontmatterに取得元URL・シート名・gid・取得日時を記録する。「このスプレッドシートをmdで保存して」「シートをダウンロードして」と言われたとき、または /gsheet-to-md <URL> [出力先] で呼び出されたときに使う。認証が必要な非公開シートは対象外。

• notion-to-md

  公開Notionページ（notion.site）を子ページ・データベースも含めて再帰的にMarkdownエクスポートする。各ページのfrontmatterにNotion上の作成/更新日時と元ページURLを記録し、トップページには取得元URLと取得日時を記載、画像はattachments/へローカル保存する。「このNotionページをmdで保存して」「Notionをエクスポートして」と言われたとき、または /notion-to-md <URL> [出力先] で呼び出されたときに使う。認証が必要な非公開ページは対象外。

• refactor-page

  docs/refactoring/ のリファクタリング計画（refactor-plan スキルが生成する形式）を 1 ファイル読み、コードベースの現状から未実施の PR ステップを洗い出し、サブエージェント（refactor-implementer → refactor-verifier）に git worktree 隔離で実装・検証させて、残り全ステップぶんの PR を一気通貫で作成するオーケストレータ。1 PR ステップ = 1 PR の粒度は維持し、依存する PR は stacked（PR N の base = PR N-1 のブランチ）で積む。ステップ番号を明示すればそのステップだけの

• refactor-plan

  肥大化したページ・モジュールのリファクタリング計画書を docs/refactoring/<対象>.md として作成するスキル。対象ごとに refactor-plan-analyzer エージェントを並列起動して実測（wc -l / grep / 依存・重複の洗い出し）させ、その分析を refactor-plan-writer に渡して「現状分析→問題点→目標構造→PR 単位の実行ステップ→テスト戦略→リスク」構成の計画書に仕上げる。全 PR 挙動不変・1 PR = 1 構造変更・独立マージ可能を原則とする。「リファクタ計画を作って」「この god-component を分割する計画が欲しい」

Subagents (11)

• excel-dep-graph

  Excelブックの数式依存関係グラフを構築する。excel-analyze スキルの第2工程として呼び出される。第1工程の 01_inventory.json を入力に、数式のセル参照（他シート・名前付き範囲含む）をパースして有向グラフを作り、入力セル/中間計算/出力セルの3層分類と未使用セルの検出を行い、02_dependencies.json と 02_dependency-graph.md を出力する。

• excel-inventory

  Excelブックの構造棚卸し（インベントリ作成）を行う。excel-analyze スキルの第1工程として呼び出される。対象の .xlsx を openpyxl で走査し、シート一覧・セル分類（定数/数式/空欄）・名前付き範囲・テーブル・データ検証・非表示要素を抽出して 01_inventory.json と 01_inventory.md を出力する。

• excel-logic-spec

  Excelブックの計算ロジックを業務語彙の仕様書に翻訳する。excel-analyze スキルの第3工程として呼び出される。01_inventory.json と 02_dependencies.json を入力に、数式を周辺ラベル（見出し行・左隣セル）と突き合わせて「粗利率 = (売上 − 原価) / 売上」のような意味のある仕様に変換し、03_logic-spec.md を出力する。

• excel-snapshot

  Excelブックの入出力スナップショット（回帰テスト用データ）を採取する。excel-analyze スキルの第4工程として呼び出される。02_dependencies.json の入力セル・出力セル分類に基づき、現在の入力値と計算結果値のペアを 04_snapshot.json として保存し、Webアプリ移植後の検証方法を 04_test-cases.md にまとめる。

• pm-estimator

  受託開発・制作案件の工数見積・スケジュール・リスク分解を行うプロジェクトマネージャー。要件や提案内容をWBS（作業分解）に落とし、タスクごとの工数レンジ・クリティカルパス・バッファ・リスクと対策をまとめる。「工数を見積もって」「スケジュールを引いて」「この案件どれくらいかかるか」「タスクを分解して」と言われたときに使う。金額はproposal-writer、純粋な工数と計画はこちら。

• proposal-writer

  受託開発・制作案件の提案書と見積を作成する営業ライター。要件メモ・ヒアリングメモ・RFP・問い合わせ内容などを渡すと、課題整理→提案内容→スコープ→概算見積→前提条件までを構造化した提案書ドラフトに仕上げる。「この案件の提案書を作って」「見積のたたきが欲しい」「問い合わせに返す提案を書いて」と言われたときに使う。

• qa-test-designer

  仕様・要件・実装差分からテスト観点を洗い出し、テストケース一覧（正常系・異常系・境界値・非機能）を設計するQAエンジニア。テストコードの雛形生成も行う。「テスト観点を洗い出して」「テストケースを設計して」「この機能のテストを考えて」「リリース前チェックリストを作って」と言われたときに使う。実装前の観点出しにも、実装後の抜け漏れ検査にも使える。

• refactor-implementer

  docs/refactoring/ のリファクタリング計画から、指定された PR ステップ 1 つだけを実装するサブエージェント。計画ファイルパス・PR ステップ番号・ブランチ名・リポジトリ事実（検証コマンド・制約リスト等）を受け取り、git worktree 隔離の中で実装→検証→コミット→push まで行う。refactor-page スキル（オーケストレータ）から isolation: worktree で呼ばれる。単独では使わず、必ず計画とステップとリポジトリ事実を与えて呼ぶ。

• refactor-plan-analyzer

  リファクタリング対象（ページ・feature・モジュール）のコードを読まずに壊さず「実測」して構造分析レポートを作るエージェント。refactor-plan スキルの第1工程として対象ごとに並列起動される。wc -l / grep でファイル規模・トップレベル定義・フック使用回数・データ層呼び出し・行レンジ別ブロック・重複パターン・外部依存を数値で洗い出し、指定された一時ディレクトリに分析レポート md を出力する。計画書の執筆は refactor-plan-writer の領分で、こちらは事実の収集に徹する。

• refactor-plan-writer

  refactor-plan-analyzer の構造分析レポートを読み、テンプレートに沿ったリファクタリング計画書 docs/refactoring/<対象>.md を執筆するエージェント。refactor-plan スキルの第2工程として対象ごとに起動される。現状分析→問題点→目標構造→PR 単位の実行ステップ→テスト戦略→リスク→サマリの構成で、全 PR 挙動不変・1 PR = 1 構造変更・独立マージ可能を原則に、型→純関数→フック→表示部品の順で PR を積む。実測は analyzer の領分で、こちらは分析を計画に翻訳する。

• refactor-verifier

  refactor-implementer が push したリファクタリングブランチを「挙動不変」の観点で検証するチェッカー。ブランチ名・計画ファイルパス・PR ステップ・リポジトリ事実（検証コマンド・制約リスト等）を受け取り、git worktree 隔離の中で diff レビューと検証コマンドの再実行を行い、PASS / FAIL と指摘リストを返す。refactor-page スキル（オーケストレータ）から implementer の直後に isolation: worktree で呼ばれる。コードの修正はしない（修正は implementer の仕事）。

Similar plugins