Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
コーディングルールの鮮度を保ちたい / keep-fresh-go-internal-conv...
Search
NAGATA Hiroaki
February 27, 2026
Programming
430
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
コーディングルールの鮮度を保ちたい / keep-fresh-go-internal-conventions
kamakura.go #8 で行った LT のスライドです。
Agent Skill を使って、普段通りコードレビューをしていればコーディングルールが更新されていく仕組みの紹介です。
NAGATA Hiroaki
February 27, 2026
More Decks by NAGATA Hiroaki
See All by NAGATA Hiroaki
コーディングルールの鮮度を保ちたい for SRE NEXT 2026 / keep-fresh-go-internal-conventions-sre-next-2026
handlename
0
25
Language Server 使ってる? 〜VSCode と Zed の場合〜 / Are you using a Language Server? ~For VS Code and Zed~
handlename
0
820
ボードゲーム × 専用収納 〜3Dプリントで埋めるニッチな隙間〜 / Board Games × Custom Storage
handlename
0
310
生成AIとの上手な付き合い方【公開版】/ How to Get Along Well with Generative AI (Public Version)
handlename
0
1.3k
楽してコードを書くためのエディタ活用術/golang on emacs
handlename
0
3k
Other Decks in Programming
See All in Programming
Developing with AI Agents — Codex, Claude Code & Cowork Practical Guide
x5gtrn
PRO
0
1.3k
「正の参照」と 「負の導出」で組む ハーネスエンジニアリング
cottpan
1
110
LLM本来の能力を解き放つサンドボックス技術とAI民主化への適用
yukukotani
3
4.8k
エンジニアと一緒にテストコードの設計と実装を改善した話
mototakatsu
0
250
AIで効率化できた業務・日常
ochtum
0
160
鹿野さんに聞く!『TypeScriptコードレシピ集』で磨く実践力
tonkotsuboy_com
4
980
Vue × Nuxt × Oxc どこまで使える?実運用の現在地
andpad
0
350
なぜ型を書くのか? TSKaigi2026で改めて考える #tskaigi_smarthr
kajitack
0
190
Hatena Engineer Seminar #37「言語モデルの活用に関する研究」
slashnephy
0
470
Performance Engineering for Everyone
elenatanasoiu
0
250
トークンをケチるな、設計しろ:GitHub Copilotを賢く使うコンテキスト戦略
ochtum
0
280
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
7
990
Featured
See All Featured
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Unsuck your backbone
ammeep
672
58k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
4 Signs Your Business is Dying
shpigford
187
22k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
490
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.5k
We Have a Design System, Now What?
morganepeng
55
8.2k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Designing Powerful Visuals for Engaging Learning
tmiket
1
440
Making Projects Easy
brettharned
120
6.7k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
250
Transcript
コーディングルールの鮮度を保ちたい 2026-02-27 kamakura.go #8 @handlename
@handlename Hiroaki Nagata Nature Inc. Software Engineer (Backend) & SRE
Nature の backend アプリケーション 言語: Go 歴史: 10年くらい 規模: 70万行くらい
(vendor/ 除く) Contributor: 100名以上
コーディングルール 使ってますか?メンテしてますか?
コーディングルール なぜ必要? コード品質担保のため レビューコスト削減のため 最近では AI エージェント に精度高くコードを書かせるため 何をルールとする? プロダクト固有のルールを定義したい
一般的なルールは公開されているもの を参照すればいい † ‡ Nature では主に Claude Code を使っています。 Google Style Guides や Go Code Review Comments など。 † ‡
Nature でのコーディ ングルール運用(過去) Notion の利用 全社共通のナレッジマネジメントツール データベースを作ってそこにルールを登録 機能はしていた 使い慣れたツールによる管理 プロパティでカテゴリ分け・ステータス管理
Notion 運用時代の課題 1. AI エージェントから参照しづらい Notion MCP を使えば参照は可能だが・・・ 複数ページの取得には複数回の tool
使用が必要 2. メンテナンスコスト 開発メンバーの余力に委ねられていた 開発チームの合意を取る方法が明確ではなかった これらの課題を解決したい。
課題1: AI エージェントから参照しづらい ルールを Agent Skill として定義する 「AI エージェントに参照させたいなら、AI エージェントの仕組みに乗っけてしまおう」
Notion のデータベースから Agent Skill (= Markdown) に移行した Skill の説明に従って AI エージェントが適宜参照できるようになった ❯ tree .claude/skills/go-internal-conventions/ .claude/skills/go-internal-conventions/ ├── SKILL.md ├── references │ ├── architecture.md │ ├── comments.md : : │ └── type_design.md └── scripts └── search_conventions.py
課題2: メンテナンスコスト (誰がメンテナンスするのか?) レビューコメントをもとに コーディングルールを更新する仕組み 「コードレビューでの指摘をルールに反映させよう」 「人がやるのは大変(できたらやってる)なので AI エージェントにやらせよう」 ルールを更新する
Agent Skill を定義 直近 N 日間のレビューコメントを拾ってルールに追加 たとえば、直近7日間のレビューコメントからルールを更新するには: いつも通りコードレビューしていればコーディングルールが更新される /update-go-internal-conventions --days 7
課題2: メンテナンスコスト (どうやって合意を取るのか?) ルールの更新を コードレビューする 「コードレビューを使って合意形成しよう」 1. Agent Skill を
GitHub Actions で定期実行 2. 作成された Pull Request を開発メンバーがコード レビュー 3. Approve(=合意)されたらマージ(=採用) いつも通りコードレビューしていればコーディングル ールの合意が取れる
いつも通りコードレビューをしていればコーディングルールが更新されていく!
成果 Notion 運用時代と比べて・・・ 未合意のルール: 13 → 0 合意済みのルール: 14 →
47 暗黙知が明文化され、未合意のまま放置されるルールがない状態を保つ仕組みができた 🎉 † 運用して3ヶ月弱なので増加傾向。時間が経つにつれて徐々に件数が安定してくる、はず。 †
まとめ いつも通りコードレビューしていれば コーディングルールが最新化される仕組みを作った レビューコメントをチームの知識として有効活用できるようになった