一键导入
date-verification
作成手順「date-verification」(self-evolving-agent から自動同期): 日付・締切検証手順(date-verification)
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
作成手順「date-verification」(self-evolving-agent から自動同期): 日付・締切検証手順(date-verification)
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
全 Claude セッションをスキャンし、ユーザーが何をしているかを分析して、 スキル・MCP プラグイン・エージェント・CLAUDE.md のどれに最適化すべきかを分類し、 具体的な改善提案(優先度・実装難易度・推奨アクション付き)を生成する。 Use when the user wants to analyze their Claude usage patterns, or when asked to "scrape sessions", "what do I do with Claude", or "what should be a skill vs agent vs claude.md".
PRをレビューしてインラインコメントをGitHubに投稿する。PR descriptionで意図を把握してからdiffをレビューし、What+Why+How形式・重大度ラベル付きのコメントをgh APIで各行に直接投稿する。「PRをレビューする」「コードレビューしたい」「このPRの品質を確認したい」時に使う。
Claude Code のトークン使用量・コストの確認と分析を行う。日次・月次レポートの表示から 高コスト要因・キャッシュ効率の分析、削減提案まで(表示だけの軽量モードあり)。 Use when you need to check today's or this month's token usage and cost, or to analyze Claude Code costs and get reduction suggestions. Triggers on: "今日のコスト", "今月のコスト", "トークン使用量", "ccusage", "コスト分析", "コスト削減".
/compact の前に、圧縮の要約から抜け落ちやすい「判断構造」と「セッション状態」を tmp/compact-state/latest.md に固定フォーマットで保存する。 Use when you are about to run /compact, when the user says "compact する前に", "compact-prep", "コンテキストを圧縮したい", or when context usage is high and compaction is imminent. Do NOT use for cross-session handover documents (use handover) — compact-prep is for surviving in-session compaction, not for ending a session.
現在のセッションの作業内容を次のセッションへ引き継ぐための引き継ぎドキュメントを生成する。 Use when the user asks to summarize the session for handover, says "引き継ぎ", "次のセッションに渡して", "context をまとめて", or when a session is ending and you think it would help to create a handover document for continuity. Also use when you are about to run out of context and want to preserve progress.
作成手順「1on1-prep」(self-evolving-agent から自動同期): 1on1 準備手順( EM 版)
| name | date-verification |
| description | 作成手順「date-verification」(self-evolving-agent から自動同期): 日付・締切検証手順(date-verification) |
用途: 成果物(会議要約・ADR・worklog・kaizen レポート・手順書・提案文書)を出力する直前に、日付・曜日・締切表現を機械的に検証するとき。他のすべての procedure の「出力前チェック」に差し込む必須ゲート。
なぜ教訓追加でなく procedure 化か
Lesson C・O・P は 3 世代連続で「何を検証すべきか」を正しく記述してきた。にもかかわらず再発が止まらない根本原因は、「いつ・どうやって検証するか」の実行ステップが既存 procedure に組み込まれていないこと。 教訓をまた追加しても「知っているが実行されない」状態が続く。Lesson が宣言的ルールなら、Procedure は強制的な実行ステップ。この手順を各 procedure の「出力前チェック」に挿入することで、「知識があっても手を抜く」という認知バイアスを構造で封じる。
この procedure で次回以降どう良くなるか
日付を含む成果物を出力するたびにこの手順を走らせることで、「会議要約に土曜の締切が残る」「例示の曜日が間違っている」「before Thursday を木曜当日にしてしまう」といったクラスの誤りが出力前に機械的にブロックされる。教訓を読み返す必要なく、コマンドを実行するだけで検証が完了する。
成果物に日付・曜日・締切・期限のいずれかが 1 件でもある場合、出力前に必ずこの手順を実行する。
他の procedure(meeting-summary / worklog-reflection / kaizen-report / tech-decision-adr / sprint-review-document / 1on1-prep 等)の「出力前チェック」では、以下の文言を追加して本手順へのゲートを明示する:
- [ ] date-verification 手順を実行したか(日付・曜日・締切表現が 1 件でもある場合は必須)
成果物のドラフトを最初から最後まで走査し、以下のパターンをすべてリストアップする。見落としを防ぐため、目視に加えて grep を使う。
抽出対象パターン:
| パターン | 例 |
|---|---|
| 絶対日付(YYYY-MM-DD) | 2026-07-01 |
| 曜日表記(単独または日付付き) | 火曜日、Wed、木 2026-06-26 |
| 相対締切表現 | 来週月曜、next Friday、今週中 |
| before / by / until 系 | by Thursday、before Mon、木曜前に、〜までに |
| 例示に使われた日付 | 手順書・テンプレート内の「例: 2026-06-25(水)」等 |
# ドラフトファイルから日付・曜日パターンを一括検索する例
grep -oE '[0-9]{4}-[0-9]{2}-[0-9]{2}|月|火|水|木|金|土|日|Mon|Tue|Wed|Thu|Fri|Sat|Sun|before|until|by [A-Z]' draft.md
抽出した日付・曜日ペアをすべて以下のコマンドで確認する。1 件でも暗算で済ませない。
# 特定日付の曜日を確認
python3 -c "from datetime import date; d=date(YYYY,M,D); print(d, d.strftime('%A'))"
# 今週の特定曜日(例: 木曜)の絶対日付を取得
python3 -c "
from datetime import date, timedelta
today = date.today()
target_weekday = 3 # 0=Mon 1=Tue 2=Wed 3=Thu 4=Fri 5=Sat 6=Sun
days_ahead = (target_weekday - today.weekday()) % 7
d = today + timedelta(days=days_ahead)
print(d, d.strftime('%A'))
"
# 締切が平日(月〜金)か確認
python3 -c "
from datetime import date
d = date(YYYY,M,D)
weekday = d.weekday() # 0=Mon ... 4=Fri 5=Sat 6=Sun
print(d, d.strftime('%A'), 'WEEKDAY' if weekday < 5 else 'WEEKEND - MOVE IT')
"
検証結果が土日であれば、文脈に応じて「直前の金曜」または「翌週の月曜」に移動し、インライン注記を付ける:
(金曜 2026-07-03 中 — 土曜 7/4 からの繰り上げ)
「before X」「X 前に」は X 当日でなく X の前日が期限になりうる。ただし機械的に −1 日と断定すると新たな誤りを生む。以下の手順で「解釈を明示した上で渡す」。
# X の絶対日付を確定する
python3 -c "
from datetime import date, timedelta
# X = 例: 次の木曜
today = date.today()
target_weekday = 3 # 木曜
days_ahead = (target_weekday - today.weekday()) % 7
x = today + timedelta(days=days_ahead)
day_before = x - timedelta(days=1)
print(f'X ({x.strftime(\"%A\")}): {x}')
print(f'X-1 ({day_before.strftime(\"%A\")}): {day_before}')
"
成果物への記載:
(例)「before Thursday」→ 木 2026-07-02 の前日=水 2026-07-01 中と解釈。意図が木曜当日なら指摘を。
(例)「by Thursday」→ 木 2026-07-02 中と解釈。意図が前日なら指摘を。
解釈を文書にインライン明示することで、読み手が即訂正できる。断定して埋め込まない。
手順書・テンプレート・提案文書に「例: 金曜 2026-06-05 中」のような具体例を書く場合、本文の日付と同じ検証を必ず実施する。
# 例示に使う日付ペアを検証
python3 -c "from datetime import date; d=date(2026,6,5); print(d, d.strftime('%A'))"
# → 2026-06-05 Friday ✅
[曜日 YYYY-MM-DD] のような抽象プレースホルダで書く(誤りようのない形にする)。- [ ] Step 1: 成果物から全日付・曜日・締切表現を抽出した(grep を使った)
- [ ] Step 2: 各絶対日・曜日ペアを python3 で確認した(暗算なし)
- [ ] Step 2: 締切日が土日に当たる場合、平日へ移動してインライン注記を付けた
- [ ] Step 3: before/by/〜前に 表現について python3 で X の絶対日を確定し、解釈をインライン明示した(断定しない)
- [ ] Step 4: 例示に使った日付・曜日ペアも python3 で検証した
取り込み経緯: Lesson C・O・P が 3 世代にわたり日付規律を宣言的に記述してきたにもかかわらず再発が止まらないことを受け、2026-06-26 に「宣言ルールでなく強制実行ステップ」として procedure 化。既存 Lesson の散文を増やさず、他の procedure の出力前チェックに差し込む必須ゲートとして設計。