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
390
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
Language Server 使ってる? 〜VSCode と Zed の場合〜 / Are you using a Language Server? ~For VS Code and Zed~
handlename
0
780
ボードゲーム × 専用収納 〜3Dプリントで埋めるニッチな隙間〜 / Board Games × Custom Storage
handlename
0
290
生成AIとの上手な付き合い方【公開版】/ How to Get Along Well with Generative AI (Public Version)
handlename
0
1.2k
楽してコードを書くためのエディタ活用術/golang on emacs
handlename
0
2.9k
Other Decks in Programming
See All in Programming
Lemonade + Foundry Toolkit でお手軽アプリ開発
seosoft
1
320
Datadog × OpenTelemetry 入門と実践のあいだ
kn_to_maxpno
1
150
「なぜそう決めたのか」を残し続ける仕組み ― Notion AI カスタムエージェント × Slack連携による設計判断の自動記録 - NIKKEI Tech Talk #47
niftycorp
PRO
0
140
Oxlintのカスタムルールの現況
syumai
6
1.1k
The Arts and Crafts of Work in the AI Era — Toward Mastery in Software Development
kuranuki
1
750
Hunting Vulnerabilities in Symfony with LLMs
vinceamstoutz
0
540
タクシーアプリ『GO』の バックエンド開発のおける AI利活用と若者のすべて
pyama86
3
2k
These Five Tricks Can Make Your Apps Greener, Cheaper, & Nicer
hollycummins
0
280
jQueryをバージョンアップする前に使いたいjQuery Migrate
matsuo_atsushi
0
320
不変条件と整合性境界—ビジネスが決める設計判断と実現パターン / Invariants and Consistency Boundaries
nrslib
13
3.7k
Technical Debt: Understanding it Rightly, Engaging it Rightly #LaravelLiveJP
shogogg
0
220
ADKを使って簡単にAIエージェントを作ってみよう
k1mu21
0
260
Featured
See All Featured
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.7k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
140
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.8k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
770
Java REST API Framework Comparison - PWX 2021
mraible
34
9.4k
Evolving SEO for Evolving Search Engines
ryanjones
0
210
Building Flexible Design Systems
yeseniaperezcruz
330
40k
Fireside Chat
paigeccino
42
3.9k
Speed Design
sergeychernyshev
33
1.8k
Color Theory Basics | Prateek | Gurzu
gurzu
0
360
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.7k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
200
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ヶ月弱なので増加傾向。時間が経つにつれて徐々に件数が安定してくる、はず。 †
まとめ いつも通りコードレビューしていれば コーディングルールが最新化される仕組みを作った レビューコメントをチームの知識として有効活用できるようになった