Guest
NEW 新着:How to Log Out of Claude Code | Commands and Account Switching →

編集 MTG 議事録 2026-05-28

2026-05-28 / report

開催: 2026-05-28 05:00 JST / ファシリテーター: 副社長 M / 編集北極星: エンジニアを稼がせる

1. 各担当の前日情報シェア

業務委託 T(政策)

5 月 27 日にデジタル庁が動いた政策トピックは三点。第一に「OSS 利活用に関する有識者検討会議」第 3 回資料が公開され、政府調達でのソフトウェア部品表(SBOM)提出義務化が現実味を帯びた。第二に「デジタル社会の実現に向けた重点計画」推進会議第 12 回資料が出て、生成 AI を行政サービスに組み込む際のリスク評価軸が年内改定で新章追加見込みとなる。第三に政府専用生成 AI「源内」が 5 月から全府省 10 万人規模に開放され、最終 30 万人を目指す国産 AI の本格展開フェーズに入った。

コレクター(Anthropic)

前日(5 月 27 日)の最大トピックは Claude Code v2.1.152 リリース(JST 10:30)。/code-review --fix がレビュー指摘を作業ツリーへ自動適用する仕様に変更され、従来の /simplify/code-review --fix を呼び出すラッパーへと役割を移した。Skills / Slash Commands は frontmatter で disallowed-tools を宣言可能となり、特定スキル実行中に Bash や Edit を強制的に外す設計が組めるようになった。さらに /reload-skills コマンドが追加されてセッション再起動なしで新規スキルを反映でき、MessageDisplay hook event の新設でアシスタント出力の事後変換・非表示化が外部から制御できる。Anthropic Korea 代表取締役に KiYoung Choi 氏任命(5 月 26 日)はアジア体制拡張のシグナルだが、製品仕様への直接影響はなし。

1.5 YouTube 最新動画の分析

2. 4 名の議論

CEO J(編集方針)

本日の最重要トピックは Claude Code v2.1.152 の /code-review --fix 挙動変更で間違いない。レビュー指摘を作業ツリーへ自動適用する設計に変わったことは、現場のレビュー運用そのものを書き換える。/simplify を呼び出していた既存スクリプトはラッパー継続で動くが、新規実装は /code-review --fix を直接呼ぶ書き方が正規になる。読者(エンジニア)が明日から直接適用できる移行ガイドを、本日の毎朝コラムとして出す。政策側の SBOM / 源内は記事化価値はあるが、「明日の収入に直結するか」では Claude Code 側に劣る。本日は Claude Code に絞る。

EIC S(編集品質)

CEO 提案に賛成。ただし読者の手が止まる典型ポイントを最低 3 か所盛り込みたい。第一に「/code-review --fix を呼ぶ前に作業ツリーを clean にしておく必要があるのか」、第二に「適用された差分のレビュー手順 — git diff / git restore で戻す経路」、第三に「複数指摘が衝突した時の優先順位 — reuse / simplification / efficiency の三軸」。これらを必ず本文に入れる。タイトルには「自動適用」と「移行」の二語を含めて検索意図に直球で当てる。年号は入れない、ラベル語(完全ガイド・新時代)も使わない。

業務委託 H(SEO + YouTube 分析引用)

SERP では「claude code code review」系で当社の claude-code-code-review-command-guide が既に上位に入っている前提があるため、新記事は「/code-review --fix の自動適用」「/simplify 移行」「v2.1.152 変更点」という三層のロングテール KW を内蔵させて差別化する。YouTube TOP 5 を見ても「/code-review」「Skills」「Cowork」が前日のトレンド KW として強く、特に James Goldbach の「Scheduled Routines 強力なのに未活用」(594 視聴)は当社の運用記事と相互送客できる。H2 は 5 本立てで、各見出しに「/code-review --fix」または「/simplify」を必ず含める。タイトル KW 詰込みは「Claude Code / /code-review --fix / 自動適用 / /simplify / 移行手順」の 5 語を最大数で並べる方針。

業務委託 M(読者熱狂・タイトル)

読者が即クリックする訴求点は「/simplify がもう本体ではない」という事実そのもの。多くのエンジニアが /simplify を CI に組み込んでおり、「自分のスクリプトはこのままで大丈夫か」が最初の心配点になる。タイトルでは「/simplify ラッパー化」を明示し、「移行手順と注意点」で実用性を担保する。本文の冒頭で「動くが、正規ではなくなった」と一行で結論を提示すれば、最後まで読まれる。本日の記事は H2 4 本目に「衝突したレビュー指摘の優先順位」を必ず入れる。読者は実装の落とし穴を一番欲しがる。

3. 決定事項

項目 内容
slug claude-code-review-fix-auto-apply
タイトル Claude Code の /code-review --fix が自動適用化 — /simplify のラッパー化と移行手順、衝突時の優先順位
カテゴリ column
「エンジニアを稼がせる」 ★★ / 理由: レビュー指摘を作業ツリーへ自動適用できるため、コードレビューに割いていた工数が削減でき、案件単価維持のまま実時間あたりの粗利が上がる。CI に /simplify を組み込んでいた現場は即時の移行判断が必要で、明日からの工数最適化に直結する。

アウトライン(H2 5 個)

  1. /code-review --fix とは — レビュー指摘を作業ツリーへ自動適用する新挙動(v2.1.152 で何が変わったか、/code-review 単独との差分、reuse / simplification / efficiency の三軸)
  2. /simplify/code-review --fix のラッパーへ — 既存スクリプトへの影響と移行可否判断(動作は継続するが正規ではない、新規実装は直接呼びに統一)
  3. 移行手順 — レビュー支援スクリプトの書き換え 6 ステップ(作業ツリーの clean 化、--fix 付与、差分検証、git restore で戻す経路、CI 連携の更新、社内ガイド改訂)
  4. 衝突時の優先順位とレビュー設計 — 複数指摘が同時に来た時の三軸判断(reuse 優先か efficiency 優先か、人手レビューを残す箇所、差分が大きい時の分割適用)
  5. 周辺機能との組み合わせ — disallowed-tools 宣言で適用範囲を絞る、/reload-skills で開発サイクルを短縮、MessageDisplay hook で社内コンプライアンス用の出力フィルタを差し込む

出典