本文へ移動
cccskills
無料GitHub で公開

report-poc-to-requester

Use when the user asks to turn a finished or paused PoC / validation into a report for the requester: 依頼主向けレポート, 検証結果のご報告, 依頼元への返信, コピペできる報告文, summary-for-requester, 試したこと・結果・サマリ・証跡のフルパス. Builds a paste-ready report with conclusion first, results per item, remaining work, cleanup and cost, and the full paths of the evidence. Does not run or re-run validation.

日本語の概要は準備中です。原文の説明を表示しています。

aktsmm/Agent-Skillsスター 26(GitHub 26 + cccskills 0)

実行スコア 未検証

インストール方法を見る

含まれるファイル(6)

  • SKILL.md5.7 KB
  • LICENSE.txt235 B
  • references/report-template.md2.5 KB
  • scripts/check_summary.py3.1 KB
  • scripts/test_check_summary.py2.5 KB
  • skill-license.json683 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Report PoC To Requester

PoC の結果を、依頼主へそのまま貼れる報告文に整える。検証の実行や追試はしない。材料は対象検証の成果物と今回の会話だけ。

When to Use

  • 「依頼主向けのレポートを書いて」「検証結果のご報告」「コピペできる形で」「summary-for-requester」「試したこと・結果・サマリ・証跡のフルパス」
  • 検証が一区切りし、依頼元へ返す文面(メール・チャット・フォーム)が要るとき
  • 使わない: 検証の実行・追試、顧客向けスライド・資料の作成、メール送信(貼るのは本人)

入力

  • 引数: 対象の検証フォルダーと補足(宛先の想定、強調したい点)。省略時は会話の主題の検証。候補が複数・不明なら確認する。
  • 読む: 結果レポート(判定の正本)、状態・証跡の記録ファイル(status・run・evidence の件数)、計画(変更経緯・追加項目)、手順書、作業メモ(あれば最新状況・訂正)、証跡一覧。非公開の台帳・未加工原本は存在確認だけで、中身は読まず転記しない。
  • 結果レポートが作業メモや最新の会話より古いときは、新しい根拠を採用し、食い違いをチャットで指摘する。

Workflow

  1. 対象と宛先を決める。結果レポートが無ければ止めて、先に作成を提案する。
  2. 事実を集める。件数・日付・ID は記録ファイルなどから機械的に読み、手計算や記憶で書かない。判定語は結果レポートの Verified / Failed / Unverified に合わせる。
  3. references/report-template.md の構成で書く。結論を先に置き、各主張に「何を・どの環境で・何回試したか」を付ける。
  4. 下の「書き方の制約」を満たす。
  5. 対象フォルダの summary-for-requester.md に保存する。既存があれば読んで差分だけ更新し、同じ材料で増やさない。保存後に検証する(下)。
  6. チャットに、本文を1つのコードブロックで出し、直後に証跡のフルパスを示す(出力)。

書き方の制約(省略しない)

  • 否定結果(できない・出ない)は「段階(呼ぶ・読む・書く等)×環境×試した種別・回数」に分ける。1回・1種別の観測は「試した範囲では」と限定し、「できなかった」と一括で断定しない。
  • 実測・本人の申告・仮説・未確認を区別する。検証用環境の反映遅れなど環境の注意は前提に書き、未達を製品の制約と断定しない。
  • 本文に入れない: 実ID(テナント・サブスクリプション・リソース)、秘密値、個人のメールアドレス、ローカル絶対パス、差し込み欄(<…>)、コードフェンス。
  • 費用は「概算」と「未計測」を区別し、課金が続く資源は名前と日額を書く。作成物は「作ったもの・手動保持・削除はご指示後」と残存を明記する。
  • 本人の業務アカウントなど実環境を使った場合は、変更の有無(作成なし等)と後片付けを書く。
  • 画面証跡に業務名・通知などが写るものがあれば、外部共有前の確認を注記する。
  • 送信・投稿・commit はしない。

出力

  1. 報告文: 1つのコードブロック(text)。差し込み欄のない完成形。
  2. 証跡のフルパス(文面の外。実在確認済み、ドライブ文字から): 結果レポート・手順書・計画・作業メモ・証跡一覧・記録ファイル・証跡画像フォルダー・構成図・成果物・非公開台帳・未加工原本。加えて、主な主張ごとの画像ファイル名を表で示す。絶対パスはチャットにだけ書き、保存ファイルには入れない。
  3. 保存先、注意点(古い記述、写り込み)、未決事項を短く。

検証

  • 保存した文面を検査する: python scripts/check_summary.py <summary.md> --evidence-record <記録ファイル.json>。禁止パターン(絶対パス・メール・GUID・フェンス・差し込み欄)と、「画面証跡N枚」が記録ファイルの evidence 件数と一致するかを確認する(--evidence-record は任意)。終了コード 0 だけを合格とする。
  • 判定語・日付・件数を結果レポートと記録ファイルに照合し、示す証跡ファイルは実在を確認する。
  • 実行中のワークスペースに常設の報告ルール(課金確認など)があれば、別途従う。

Key References

FileUse
references/report-template.md報告文の構成と文の作り方、チャットでの証跡の示し方
scripts/check_summary.py保存した報告文の禁止パターンと証跡件数の検査(読み取り専用)

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

Design, review, and debug agent workflows, and decide when a request should use a prompt, instruction, skill, agent, or hook before escalating to multi-agent design. Use for .agent.md / .instructions.md / .prompt.md / AGENTS.md work, workflow architecture, orchestration planning, scheduled automation model allocation, or when agent workflows may be overkill. Triggers on 'agent workflow', 'create agent', 'automation models', 'ワークフロー設計', 'orchestrator'.

日本語の概要は準備中です。原文の説明を表示しています。

aktsmm/Agent-Skills262026年10月28日 更新

Design, run, and review fair performance, token, and cost comparisons across GitHub Copilot CLI, Codex CLI, and direct model APIs. Use for AI CLI benchmark, Copilot vs Codex, prompt-cache diagnosis, cache read/write analysis, fresh-process latency measurement, token-cost comparison, or when a benchmark must separate provider caching from local CLI caches.

日本語の概要は準備中です。原文の説明を表示しています。

aktsmm/Agent-Skills262026年10月28日 更新

Analyze historical VS Code GitHub Copilot Chat sessions by model, reasoning effort, AIU, time, reliability, workflow behavior, and external quality evidence, or safely prune workspace-scoped local chat history by age. Use for session analysis, repeated-task retrospectives, model evaluation, cost/performance analysis, and old session cleanup.

日本語の概要は準備中です。原文の説明を表示しています。

aktsmm/Agent-Skills262026年10月28日 更新

Create reproducible animated infographic GIFs from structured data or measured results, with audience-language labels, explicit timing semantics, representative-frame QA, and a static fallback. Use when asked for GIF生成, animated infographic, 動的インフォグラフィック, 結果が流れる図, animated benchmark, or a blog/SNS animation whose displayed metrics must remain traceable to source data.

日本語の概要は準備中です。原文の説明を表示しています。

aktsmm/Agent-Skills262026年10月28日 更新

archify

無料

Create polished, validated architecture, workflow, sequence, data-flow, and lifecycle/state diagrams as explorable standalone HTML with inline SVG, dark/light themes, optional trace motion, and PNG/JPEG/WebP/SVG/WebM export. Accept plain-language requirements or pasted Mermaid flowchart, sequenceDiagram, and stateDiagram input; inspect repository evidence when the diagram must reflect real code. Use when the user asks to visualize system architecture, infrastructure, cloud/security/network topology, technical workflows, API call sequences, request lifecycles, data pipelines, ETL/ELT, data lineage, state machines, or to convert/beautify Mermaid. Also use for Archify, interactive or animated HTML diagrams, インタラクティブ図, 動く構成図. When an editable .drawio file is required, use the draw.io workflow instead and treat Archify HTML only as a supplement.

日本語の概要は準備中です。原文の説明を表示しています。

aktsmm/Agent-Skills262026年10月28日 更新

Generate ASCII-art text banners for terminals, READMEs, and CLI startup messages. Use when a user asks for an ASCII banner, text art, バナー, アスキーアート, or a decorative header for a script/README.

日本語の概要は準備中です。原文の説明を表示しています。

aktsmm/Agent-Skills262026年10月28日 更新

aktsmm のスキルをすべて見る

このスキルの問題を報告する