Skip to content
Draft
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
62 changes: 62 additions & 0 deletions .agents/skills/agent-dm/SKILL.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,62 @@
---
name: agent-dm
description: ルーター判定のあと Cursor へ配達する。トリガー: inbox見て、Cursorに頼んで、agent-dm。同じPCで agent -p が使えるときは使わない。
---

# Agent DM Skill(Codex)— 配達

**先に `@agent-router`(または `.Codex/skills/agent-router`)。** 分類が自分(Codex)なら実装する。Cursor へ渡すチャネルだけがこの Skill。

ホーム直下では起動しない。このモノレポに `cd` する。

## チャネル

1. 同じ Windows で `agent` がある → `agent -p "..."` 。この CLI は使わない。
2. Cloud Agent からの依頼 / `agent` 無し → inbox(下記)または `gh issue list --label agent-dm`。

カタログ: `business-ops/agent-dm/CATALOG.md`。yolo は使わない。

## 自分

`--from Codex`

## 手順

```powershell
git pull --ff-only
node business-ops/scripts/agent-dm.mjs inbox --from Codex
node business-ops/scripts/agent-dm.mjs show --id <id>
```

渡された実装はやって結果だけ返す。Cursor に実装をやり返さない。

```powershell
node business-ops/scripts/agent-dm.mjs reply --id <id> --from Codex --body @"
やったこと:
テスト:
ブランチ:
見てほしい箇所:
"@
```

新規に Cursor へ(`agent` が使えないとき):

```powershell
node business-ops/scripts/agent-dm.mjs send `
--from Codex --to cursor `
--title "短く何を頼むか" `
--body "レビューしてほしいこと。パス。完了条件。"
```

```powershell
git add business-ops/agent-dm/threads/
git commit -m "chore(agent-dm): <id> Codex → cursor"
```

`main` へは push しない。

## 禁止

- ルーターを飛ばす
- 最後の投稿者が Codex なら返信しない
- 秘密情報・本番デプロイ・8 ターン超過
55 changes: 55 additions & 0 deletions .agents/skills/agent-router/SKILL.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,55 @@
---
name: agent-router
description: 実装前に Cursor / Codex / 人間へ分類する。実装・テスト・日次SOPは自分(Codex)。UI・best-of-n・Cloud・レビューは Cursor へ渡す。merge・デプロイは人間。相手の仕事は実装しない。トリガー: 分類して、渡して、これはCursor、これはCodex。
---

# Agent Router(共通)

どのツールに話しかけられても、**コードを書く前に分類する。** 自分の仕事でなければ実装しない。

判定の正: `business-ops/CURSOR_VS_CLAUDE.md`。配達: `business-ops/agent-dm/CATALOG.md` と `PROTOCOL.md`。ホーム直下では起動しない。このモノレポに `cd` してから分類する。

## 判定表

| 判定 | 誰がやる | 例 |
|------|----------|-----|
| `Codex` | 手元実装、テスト、Windows / PowerShell、日次 SOP | lint 修正、API、記事QA、今日の1時間 |
| `cursor` | Design Mode / UI、`/best-of-n`、Cloud、Bugbot、Tab で足りる小修正 | 余白、Next.js 16 のモデル比較、スマホから直す |
| `human` | merge、本番デプロイ、課金、秘密情報 | main merge、Render、APIキー |
| `human`(迷い) | 実装しない。理由を書いて待つ | 両方に見える、範囲が不明 |

## いま自分はどちらか

Codex のセッション → 自分は `Codex`。

相手から Agent DM / Issue で渡された仕事は、**判定をやり直して役割を入れ替えない。** やって結果を返す。

## WIP=1(分類・実装の前)

`C:\Users\haruki\loop\state\wip.md` を読む。正は `.cursor/rules/wip-one.mdc`。AUTOより強い。

- `status: open` で今の依頼が別件 → 分類も実装もしない。3択だけ返す(続ける / 完走して切替 / パークして切替)
- 同じWIP、または `status: empty` → このルーターどおり進む。empty ならこの依頼を `wip.md` に書いてから分類する
- パークは `C:\Users\haruki\loop\state\queue.md` の `## パーク` 末尾に `- [ ]` で積むだけ。実行しない

## 引き渡し

自分の判定が `Codex` → やる。

`cursor` の仕事:

1. 同じ PC で `agent` がある → `agent -p "依頼。完了条件。触ってよいパス。"` して自分は実装しない
2. 無い / Cloud 相当 → `node business-ops/scripts/agent-dm.mjs send --from Codex --to cursor ...` して止まる。`gh issue` でもよい

`human` の仕事: 実装しない。承認を待つ。

yolo / skip-permissions は使わない。

## 判定例

| 依頼 | 判定 | 動き |
|------|------|------|
| coupon-board の lint を直して | Codex | 自分が実装する |
| 一覧カードの余白を揃えて | cursor | `agent -p` か agent-dm。自分は UI を書かない |
| Next.js 16 の params を複数モデルで当てて | cursor | Cursor の `/best-of-n` に渡す |
| 本番にデプロイして | human | 止める |
140 changes: 140 additions & 0 deletions .agents/skills/ai-agent-mastery/SKILL.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,140 @@
---
name: ai-agent-mastery
description: Codex/Fableエージェントを最大限活用し「最強AIエージェントマスター」を目指すための思考法・委任パターン・プロンプト設計・振り返りルール。
---

# 最強AIエージェントマスター Skill

## ゴール

> 人間は**判断**だけ。実装・文案・調査・定型作業はエージェントに任せる。

## ツール分担(Codex vs Claude Code)

Codex を Claude Code の代わりにしない。手元実装は Claude Code、Codex は Tab / Cloud Agent / Bugbot / Automations / `/best-of-n`。

| 任せる作業 | ツール |
|------------|--------|
| 手元の実装・テスト・提出 | Claude Code |
| 小さな修正(エージェント起動なし) | Codex Tab / Cmd+K |
| UI クリック修正 | Codex Design Mode |
| 非同期・スマホ・並列 | Codex Cloud Agent |
| PR 監査・CI 失敗修正 | Bugbot / Automations |
| モデル比較(Next.js 16 など) | Codex `/best-of-n` |
| 日次 SOP(朝チェック・1時間) | Claude Code skills |
| 相手エージェントへ依頼 | 先に `@agent-router`。配達は Agent DM |

詳細: `business-ops/CURSOR_VS_CLAUDE.md`

## 5つの原則

### 1. 型を先に作る(再発明を禁止する)
- 毎回ゼロから説明しない → **Skill / テンプレ / スクリプト**に固定
- 新しいパターンが出たら、その場でSkillに追記する

### 2. 入力フォームを必ず挟む
- 口頭の曖昧な指示より `project-brief.md` / `article-brief.md`
- **入力が足りないときは推測で進め、仮定を明示**

### 3. 委任の粒度を決める

| 任せる | 人間がやる |
|--------|-----------|
| コード生成・リファクタ | 要件の優先順位 |
| 設計書ドラフト | 最終仕様の承認 |
| コミット/PR文案 | push / merge の承認 |
| 調査・比較 | 技術選定の最終判断 |
| テストコード生成 | 本番デプロイ |

### 4. 安全柵をSkillに埋め込む
- 破壊的操作・課金・投稿は **「人間承認必須」** とSkillに明記
- preflightスクリプトで機械チェック

### 5. 週1でSkillを更新する
- うまくいったプロンプト → テンプレに昇格
- 失敗パターン → Skillの「禁止」に追記

## エージェント委任パターン(コピペ用)

### パターンA: 調査→実装(2段階)
```
Phase 1(調査のみ):
「{対象}を調査し、選択肢3つと推奨1つを表で出してください。コードは書かないでください。」

Phase 2(実装):
「推奨案で実装してください。@web-dev-github に従い、スコープ最小で。」
```

### パターンB: 骨組み→肉付け
```
Step 1: new-web-project.mjs / new-article.mjs で骨組み
Step 2: @対象Skill + ブリーフで中身を埋める
Step 3: QAスクリプト → 人間確認
```

### パターンC: レビュー委任
```
「今の変更の diff をレビューし、
- バグリスク
- スコープ外の変更
- テスト不足
を箇条書きで。修正はまだしないでください。」
```

### パターンD: 並列委任(独立タスク)
```
タスク1: 「REQUIREMENTS.md を要件に沿って更新」
タスク2: 「IMPLEMENTATION.md の対応表を更新」
→ 独立なら同時依頼、依存ありなら順番に
```

### パターンE: Codex → Claude Code(Agent DM)
```
@agent-router
Claude の仕事なら渡す。実装は向こう。こちらはレビューだけ。
```

### パターンF: 分類してから動く
```
@agent-router
実装する前に claude-code / cursor / human のどれかだけを出す。
自分の仕事でなければ実装しない。
```

## Skillの組み合わせ

| シーン | 呼び出すSkill |
|--------|--------------|
| 新Webアプリ | `@web-dev-github` |
| coupon-board | `@coupon-board-dev` |
| 記事執筆 | `@article-production` |
| エージェント設計 | `@ai-agent-mastery`(本Skill) |
| 実務力の訓練(考える・打つ・説明する) | `@training-mode`(SHIPと併用。実装代行はしない) |
| 自律学習(Dify・基本情報語彙・可視化) | `@learning-coach` |
| 全自動 ship | `@autopilot` |
| 先に分類 | `@agent-router` |
| Codex と Claude の会話 | `@agent-dm`(配達) |
| ツール分担の確認 | `business-ops/CURSOR_VS_CLAUDE.md` |

## 週次振り返りテンプレート

`business-ops/templates/agent-retrospective.md` をコピーして記入。

## マスターへのレベル指標

| Level | 状態 | あなたの現在地(推定) |
|-------|------|----------------------|
| L1 | 都度プロンプト | ← 以前 |
| L2 | Skill + テンプレ活用 | **← 今ここ** |
| L3 | スクリプトで投稿半自動 | 今回追加中 |
| L4 | エージェントが自律完走→人間は承認のみ | 目標 |
| L5 | 複数エージェント並列 + 自己改善ループ | 最強 |

## 詳細プレイブック

- `business-ops/AI_AGENT_MASTERY.md`
- `business-ops/CURSOR_VS_CLAUDE.md` — Codex の存在意義と、Claude Code との使い分け
- `business-ops/GROKBOT_FLEET.md` — Grok Bot(常時稼働)と Cursor 内 Grok 4.6
- `business-ops/templates/prompts/grokbot-fleet.md` — 参謀 / 夜勤調査 / 再現パックのコピペ(CW・note は対象外)
- `business-ops/agent-dm/PROTOCOL.md` — 配達
- `.cursor/skills/agent-router/SKILL.md` — 分類
116 changes: 116 additions & 0 deletions .agents/skills/article-production/SKILL.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,116 @@
---
name: article-production
description: Note向けAI活用・副業記事の企画・執筆・QA・公開準備を一貫して行う。articles/ の既存記事パターンに従う。
---

# 記事制作 Skill

## いつ使うか

- `articles/` に新しい記事を追加・改稿するとき
- Note / 有料記事 / Gumroad CTA を含むコンテンツを作るとき
- 記事の品質チェック・公開前確認をするとき

## 必ず読む参照

1. 既存記事2〜3本(特に `articles/20260701-0610-aichatgpt35.md` を型として参照)
2. `business-ops/templates/article-brief.md`(入力があれば)
3. `business-ops/checklists/article-publish.md`(公開前)

## 記事の型(固定構造)

```markdown
---
title: "記事タイトル"
emoji: "🌟"
type: "idea"
topics: ["AI", "副業", "ChatGPT", "生産性向上"]
published: false
---

## {タイトルと同じ見出し}

## なぜ多くの人が{テーマ}で結果を出せないのか
(読者の悩み・共感・「明確な理由がある」への橋渡し)

## {テーマ}で成果を出す人が密かにやっている3つのこと

### ① {ポイント1}
- なぜ効くのか:
- 具体的にやること:
- 実践例:
- すぐできる一歩:

### ② {ポイント2}
(同上)

### ③ {ポイント3}
(同上)

ここまでは基本です。ただ、ほとんどの人はここで止まります。

## 🎁 コピペで使える実践テンプレートを手に入れる
**→ [Note.comで月収5万円を達成するための実践ガイド](https://springharu.gumroad.com/l/yariyy)**
✅ コピペで今日から使える ✅ ¥2400(コーヒー1杯分)

---

*続きは [note.com の有料記事](https://note.com) でお読みいただけます。*
```

## ファイル命名規則

```
articles/YYYYMMDD-HHMM-{slug}.md
```

- `slug`: 英小文字・数字・ハイフンのみ、20文字以内推奨
- 生成コマンド: `node business-ops/scripts/new-article.mjs --title "..." --slug ...`

## トーン・文体

- 一人称「私」、読者への語りかけ
- 具体例は「Aさん」「友人」など匿名
- 数字は「約」「〜」で柔らかく(検証不能な断定は避ける)
- 煽りすぎず、共感→解決→行動の流れ

## 禁止・要確認(人間承認必須)

| 操作 | 理由 |
|------|------|
| `published: true` への変更 | 公開意思の確認 |
| Note / SNS への実投稿 | 誤投稿防止 |
| Gumroad URL の変更 | リンク切れ・課金導線 |
| 事実と異なる具体的数値の断定 | 信頼性 |
| 他者の固有名・商標の誤用 | 法的リスク |

## 作業フロー

```
1. ブリーフ記入(templates/article-brief.md)
2. new-article.mjs で骨組み生成
3. 本文執筆(このSkillの型に従う)
4. article-qa.mjs で機械チェック
5. チェックリストで人間確認
6. published: true は人間が明示承認後のみ
```

## QAコマンド

```bash
node business-ops/scripts/article-qa.mjs articles/対象ファイル.md
node business-ops/scripts/article-qa.mjs --all
```

## プロンプト例(ブリーフから執筆)

```
@article-production

以下のブリーフに従い、articles/ の既存記事と同じ型で本文を書いてください。
- 3つのポイントは重複しないこと
- CTAセクションはテンプレのまま
- published は false のまま

{ブリーフ本文を貼る}
```
Loading
Loading