ワークフロー&基本ツール · mattpocock/skills

loop-me

このワークスペース内で、構築したいワークフローの仕様について徹底的に問いただします。

L3 ネットワーク · ドメインとキー範囲を宣言V1 コミット固定ネットワーク通信ファイル書き込みDual-pass Audit
Author mattpocockGitHub mattpocock/skills ↗Stars 257659License MIT(GitHub API spdx MIT;仓库根 LICENSE: Copyright (c) 2026 Matt Pocock)Commit 3cca18b368
管理レベルは Skill の能力と推奨統制措置を示すものであり、品質や安全性の認証、利用可否の判定ではありません。使用の可否はユーザーおよび管理者が決定します。Agent 環境によって制約が異なるため、自動保護を仮定しないでください。第三者製 Skill の著作権は原著作者に帰属し、利用リスクは利用者が負います。

1仕組みと動作原理

grilling をエンジンとしたステートフルなカプセル化:『ワークフロー仕様の策定のみを行う』/grilling セッションを直接実行し、その容赦のない追及、1ラウンド複数質問、各設問での推奨回答提示という規律を再利用。

skills/in-progress/loop-me/SKILL.md
Run a stateful `/grilling` session whose only output is **workflow** specs. Use the grilling discipline (relentless, a round of questions at a time, a recommended answer attached to each) aimed at the vocabulary and goal below. Create, edit, and delete specs as the grilling resolves things.
ここで行われていること:loop-me は新たな質問メカニズムを発明するのではなく、grilling にドメイン固有の語彙(loop/workflow/trigger/checkpoint/push right/brief)と成果物制約(workflow specs)を付与し、追及プロセス中にワークスペースファイルを直接書き換える権限を与えています。

loop レンズによる委託可能対象の特定:ユーザーの生活における反復パターン(キャリア/1週間/朝/個別の反復作業)を loop と見なし、loop の予測可能性=委託する妥当な理由と捉え、ユーザー自身が気づいていない loop も能動的に提案。

skills/in-progress/loop-me/SKILL.md
A **loop** is a recurring pattern in the user's life: their career, their week, their morning, a single repeated activity. Picturing a life as loops within loops reveals how predictable its activities really are, which is what makes them worth **delegating**. Use the lens to find loops worth specifying, and propose ones the user hasn't noticed.
workflow は loop の仕様実体である:'A **workflow** is the spec of one loop, made real. You run a workflow on a loop: the loop is its running instantiation.'

語彙の抑制原則:共有言語はワークフローが必要とする場合にのみ使用し、決してチェックリスト化しない。構造的な強制は一切行わない(追及によって必要性が証明されない限り、AI/checkpoint/schedule はすべて必須ではない)。

skills/in-progress/loop-me/SKILL.md
A shared language, reached for only when a workflow calls for it: never a checklist. **Mandate nothing structural**: a workflow needs no AI, no checkpoint, and no schedule unless the grilling shows it does.
これは『すべてのワークフローを自動化/AI化しなければならない』という考え方への明確な否定であり、完全な手動 loop も対象範囲に含まれます。

2つのコア設計原則:push right(人間の checkpoint を極力後ろに倒し、一度にまとめて遅く尋ね、すべてを準備しておく)と brief(checkpoint でユーザーに提示するのは生出力ではなく、意思決定可能な簡潔なブリーフとする)。

skills/in-progress/loop-me/SKILL.md
**Push right**: defer the checkpoint as far as it will go. Do maximal work before involving the human, so they are asked once, late, with everything prepared. **Brief**: what a checkpoint presents, a tight, decision-ready summary (what was produced, why, and a link down to the asset itself), never the raw output. The user reads a brief, not a draft. Speed of review is imperative.
これは生成されるワークフローの行動美学を定義しています。すなわち、無人稼働区間を最大化し、人間の介入ポイントを最小限かつ洗練されたものにします。

完了基準 = 実装者が質問なしで構築可能:追及は『implementer agent が一切質問することなく仕様通りに構築できる』状態になるまで継続され、疑問が残っている限り完了とは見なさない。

skills/in-progress/loop-me/SKILL.md
A workflow spec is done when an implementer agent could build it without asking a single question. Grill until then; nothing is done while a question remains.
grilling の『frontier が空 = 完了』をこのドメインに翻訳したもの:仕様の未知の要素をすべてゼロにします。

セッションを跨ぐ状態管理としての2ファイルワークスペース:loop ごとに1つの仕様ファイル workflows/*.md(source of truth)を持ち、NOTES.md にはユーザーの世界に関する生の観察や用語を記録。NOTES が空または薄い場合は、仕様化を始める前にユーザーの世界についてインタビューを実施。

skills/in-progress/loop-me/SKILL.md
The workspace - `workflows/*.md`: one spec per workflow. - `NOTES.md`: raw notes on the user's world, the tools they use, the channels they process, and their own terminology for both. When it is empty or thin, interview them about their world before specifying anything. Sharpen fuzzy terms into canonical ones as they surface, and record them here.
開発中 README では 'over multiple sessions, using the current directory as a stateful workspace' と表現されており、状態=これら2つのファイルを指します。

2コア機能

01ユーザー自身が気づいていない委託可能な loop の特定と提案(生活の反復パターン → workflow 候補)
02マルチセッション対応のステートフルな追及:セッションを跨いだ workflows/*.md および NOTES.md の保守
03構造の強制なしに loop 語彙(trigger/checkpoint/push right/brief)に基づいた仕様の生成
04世界モデリングの先行実施:NOTES が空の時は、仕様化の前にユーザーの世界観・ツール・用語をインタビュー
05『実装者が質問なしで構築可能』であることを完了ゲートとして設定

4推奨統制措置と判定根拠

安全運用のための推奨統制措置
Agent 向け
アクセス可能ドメインとキー範囲を宣言
管理者向け
最小権限のキー、リクエストログを保持
判定根拠(ファイルパスと抜粋)
  • 本地工作目录: ファイルの読み書きおよび成果物の出力:現在のワークスペース内にある workflows/*.md の create/edit/delete(明示的に認可)、NOTES.md の作成および追記
  • 外部服务: ホストのネットワークツールや外部 API を利用した検索への依存
監査ノート: 挙動 = ユーザーへの徹底的なヒアリング追及 + 現在のワークスペース内における workflows/*.md および NOTES.md の作成・編集・削除。スキル定義において 'Create, edit, and delete specs as the grilling resolves things' と明示的に認可されています。delete 操作は破壊的なローカル変更に該当しますが、対象範囲は自身が管理する workflows/*.md に限定されており(任意のパスへのアクセスやディスク全体の初期化ではない)、統一基準に基づき1ランク上の「黄(Yellow)」と判定されます。外部へのデータ送信、認証情報の読み取り、スクリプト実行は行われません。利用上のアドバイス:専用の作業ディレクトリで起動し、対象ディレクトリが正しいことを事前に確認した上で、生成された仕様をレビューしてから実装担当へ引き渡してください。

5二重目の独立検証

  • [ok] 复用 /grilling 引擎声明 — SKILL.md 首句 'Run a stateful `/grilling` session whose only output is **workflow** specs' 存在;grilling 为 model-invoked 原语,调用方向合规。
  • [ok] 文件操作范围(workflows/*.md、NOTES.md create/edit/delete) — 原文 'Create, edit, and delete specs as the grilling resolves things.' + The workspace 段;无任何工作区外路径/绝对路径/删除指令。
  • [ok] user-invoked 双清单 — disable-model-invocation: true + policy.allow_implicit_invocation: false 均在;argument-hint 亦在 frontmatter。
  • [ok] loop lens / 词汇表 / push right / brief 概念齐全 — 逐段存在(A **loop** is…、Push right、Brief、Trigger、Checkpoint)。
  • [ok] 完成门禁(implementer 无问可建) — 原文 'A workflow spec is done when an implementer agent could build it without asking a single question.' 存在。
  • [ok] 外部依赖为空 — token 扫描零命中;无 CLI/API/网络/包引用。grilling 是仓库内 skill 引用非外部依赖。
  • [ok] 元数据 + commit — GitHub API MIT/257659 stars/2026-09-04T08:45:43Z;本地 HEAD == 3cca18b。
  • [ok] beta 状态标注 — in-progress/README.md 将 loop-me 列于 in-progress 并声明 excluded from plugin、'can change or disappear without warning',与 verdict 风险描述一致。

6結論

  • 『徹底的な追及(grilling)』をプロセス仕様策定エンジンへ昇華:質問メカニズムを再発明せず、grilling の規律をそのまま活用。
  • 明確な設計思想:push right + brief により、生成されるワークフローは本質的に中断が少なくブリーフ重視となる('Speed of review is imperative')。
  • 脱・AI至上主義:構造の強制を行わず、AI なし/checkpoint なし/schedule なしのワークフローも明確に許容。
  • 世界モデリングの先行実施:NOTES が空の際はまずユーザーの世界や用語をインタビューするため、誤解の上に仕様が構築されない。
  • セッション跨ぎのステートフル管理:2つのファイルによるワークスペース構成により、複数回のインタビューを実装可能な仕様へと蓄積。
  • 最適な用途: 自身の反復的な業務や日常の活動を体系化して agent に委託したいと考え、複数ラウンドにわたる綿密なインタビュー追及を受け入れる意思があるユーザーに最適。特に専用の作業ディレクトリ内でセッションを跨いで『個人用 workflow ライブラリ』を蓄積し、成果物をそのまま implementer agent に渡して実装させたいユースケースに向いています。
    不向きな用途: 単発の迅速な Q&A(ステートフルかつファイル書き込みを伴う長時間セッションのため不向き);スキルによるワークスペースファイルの変更を望まないユーザー;チーム共有リポジトリ(仕様の記述に個人の主観が強く反映され、beta 版のため動作が不安定);汎用的なエンジニアリングドキュメント(spec/ADR)の生成を期待する場合は to-spec/grill-with-docs を使用してください。
    Install Agent-Ready
    ① Verified Mirror 2026-09-09
    Option A · Direct DownloadDownload loop-me.tar.gz
    sha256: 7815f818e390fcec…
    Option B · Copy Guide for Agent
    install.json
    Agent はこの JSON ガイドから自動的にダウンロードして検証します。
    ② Upstream GitHub
    GitHub Repo ↗
    Pinned to commit 3cca18b368.