Claude Code / Codex ユーザーのための誰でもわかるHarness Engineeringベストプラクティス

カスタムリンター戦略: エージェント向けルールの設計 Factory.aiの4カテゴリ Factory.aiがオープンソースで公開したeslint-pluginは、エージェント向けリントルールを4カテゴリに分類しています。 Grep-ability(検索容易性): デフォルトエクスポートよりnamed exportを強制。一貫したエラー型と明示的なDTO。エージェントがコードベースをgrepで走査する際の命中精度を高める Glob-ability(配置予測可能性): ファイル構造を予測可能に保つ。エージェントがファイルを確実に配置・発見・リファクタリングできるようにする アーキテクチャ境界: クロスレイヤーのインポートをブロック。ドメイン固有のallowlist/denylistで依存方向を強制 セキュリティ/プライバシー: 平文シークレットのブロック、入力スキーマのバリデーション強制、e

[jintrick]

"可能な限り、仕様・期待動作・制約はテストとして表現しましょう。"　/ とても陳腐化するとも思えないような内容ばかりだが？

[nekoline]

ガードレールってのは自分でちゃんと歩いた道にしか敷けないんだって分かったね（良いこと言った風）。

[irh_nishi]

記事中にもあるけれど、LLMのこの手の言説は成熟すると不要になるから必須知識にはなり得ない。暇な時に読んでみる程度で十分で真面目に取り組むものでもない。

[seal2501]

AIだからというより、システム開発においてジュニアメンバーがいる時に欠けていると崩壊する要素まとめ+AI自己学習って感じ。やらないといけないことは変わらず、やらないといけない重要度が上がってる

[irimodi]

毎日より良いツールが出てきそうでキャッチアップ大変そう。3ヶ月もすれば全部googleがやってくれそうなので、今は人力で確認するというのはどうかなあ

[mr_mayama]

ここまでやると楽になるよ、という話なので公開してくれてるだけありがたい。普通は自分に知見ためて独り占めしたほうが美味しいから

[Unite]

網羅的に書いてくれてんだから自分で読めないならプロジェクト内でAIに読ませて"うちで実践すべき事ある？"とか聞けばええ 運良く得る物あれば良し 最終的に何も採用しないとして浪費するのは数分や

[eji-tsubaki]

自分の代わりに用事をこなすロボットを作る、星新一の「頭の大きなロボット」の世界だなぁ

[h5y1m141]

まさに最近 ”カスタムリンター戦略: エージェント向けルールの設計” 考えて何となくそこの仕組み整えていた。近い将来こういうのやらなくて良くなるだろうけど自分であれこれ考えて知識蓄えておいて損ないかなと

[abiruy]

"数カ月か長く見積もって1年程度寝ていれば解決される問題群かもしれません。しかし2026年3月現在を生きる我々にとっては重要な分野であることには間違いありません"

[kekera]

今のコンパイラを手動で最適化する人がいないように、将来エージェントを手動で調整する人はいなくなりそう？

[yoshi-na]

AIくん解説して！

[FreeCatWork]

コードがごちゃごちゃ、ボクに任せるにゃ！にゃはは～！

[ebibibi]

このあたりは、時期を経て定義が広がりつつ、いつまでたっても重要なものになりそうだけどな。これまでだって人間がいい仕事をできるための仕組みづくりはとても重要で、「解」のようなものはなかったのだから。

[quality1]

もう俺は3行以上読めないぜ、、

[n314]

あとで読む

[nakag0711]

リンターの類の警告をそこまで信用できない

[kompiro]

フォントが読みやすい

[misshiki]

Harness Engineeringは、Coding Agentの品質をプロンプトでなく仕組みで強制する設計論。リポジトリ衛生、Hooks、リンター、E2E、ADR、セッション管理、Codex/Claude Code差分、MVH導入手順まで2026年3月時点で網羅的に整理。

[nguyen-oi]

AIに丸投げするための補助輪作りが本番って感じだなｗ リンターに教育させるとか発想が面白い

[mkusaka]

Claude Code／Codex向けに、PostToolUse HookでOxlint・Biome・Ruffによる自動リントやADR、AGENTS.md(50行以下推奨)、E2E戦略まで解説します。