<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Reins Engineering on アーキテクト パク・ジュヌ</title><link>https://www.parkjunwoo.com/ja/tags/reins-engineering/</link><description>Recent content in Reins Engineering on アーキテクト パク・ジュヌ</description><generator>Hugo</generator><language>ja</language><lastBuildDate>Fri, 22 May 2026 16:00:00 +0900</lastBuildDate><atom:link href="https://www.parkjunwoo.com/ja/tags/reins-engineering/index.xml" rel="self" type="application/rss+xml"/><item><title>Hurlがvibe codingのlogic driftを止める</title><link>https://www.parkjunwoo.com/ja/tech/hurl-vibe-coding-drift/</link><pubDate>Fri, 22 May 2026 16:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/tech/hurl-vibe-coding-drift/</guid><description>Vibe codingは3ヶ月でlogic driftに崩壊する。CMU、METR、DORA、Amazonがそれを証明した。Hurlでplain textのAPIコントラクトを宣言し、ラチェットでロックすれば、AIの自由を制約せずにdriftを構造的に抑制できる。</description></item><item><title>IFEvalを逆利用するラチェットコード</title><link>https://www.parkjunwoo.com/ja/tech/ifeval-ratchet/</link><pubDate>Wed, 20 May 2026 14:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/tech/ifeval-ratchet/</guid><description>LLMの追従バイアスはバグではなく資産だ。IFEvalが測定する指示遵守能力を決定論的フィードバックと組み合わせれば、4.5Bのローカルモデルでも正確なコードを生成する収束ループが生まれる。</description></item><item><title>yongol — AIコーディングSaaSの竜骨</title><link>https://www.parkjunwoo.com/ja/tech/yongol/</link><pubDate>Mon, 18 May 2026 16:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/tech/yongol/</guid><description>バイブコーディングは200エンドポイントで崩壊する。AIが意思決定と実装を区別できないからだ。yongolはAIの作業対象をコードから10種の宣言的仕様に移し、レイヤー間の整合性をコンパイル前に強制する。Harness with reins.</description></item><item><title>AIのsycophancyはビジネス・フィーチャーだ</title><link>https://www.parkjunwoo.com/ja/opinion/sycophancy-is-a-feature/</link><pubDate>Mon, 18 May 2026 10:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/opinion/sycophancy-is-a-feature/</guid><description>LLMのsycophancyはバグではない。RLHFの数学的必然であり、ビッグテックが直すインセンティブのない商業的機能だ。これがLLM-as-Judgeを構造的に不可能にする理由である。</description></item><item><title>コーディングエージェントはなぜ動き、なぜ壊れるのか</title><link>https://www.parkjunwoo.com/ja/opinion/why-agents-work-and-break/</link><pubDate>Sat, 16 May 2026 14:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/opinion/why-agents-work-and-break/</guid><description>同じモデルがWebチャットではhallucinateし、コーディングエージェントでは動作する。モデルが変わったのではなく、topologyが変わったのだ。生成は確率的でよい。検証は決定論的でなければならない。</description></item><item><title>Ratchet Pattern -- エージェントを最後までやり遂げさせる方法</title><link>https://www.parkjunwoo.com/ja/tech/ratchet-pattern/</link><pubDate>Fri, 15 May 2026 14:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/tech/ratchet-pattern/</guid><description>AIエージェントに527個の関数のテストを書かせたら、40個で「完了しました」と宣言した。Ratchet Patternは完了判定を機械的なverifierに委ね、エージェントを最後まで走らせるパターンだ。</description></item><item><title>モデルのIQよりフィードバック・トポロジー</title><link>https://www.parkjunwoo.com/ja/opinion/feedback-topology/</link><pubDate>Thu, 14 May 2026 18:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/opinion/feedback-topology/</guid><description>同じモデルが40個で止まることもあれば、527個を完走することもある。違いはモデルではなくフィードバック構造だ。LLMの性能はモデル自体よりも、どれだけ速く決定論的なフィードバックループの上に置かれているかに大きく左右される。</description></item><item><title>tsma — レガシーコードの回帰防御線</title><link>https://www.parkjunwoo.com/ja/tech/tsma/</link><pubDate>Thu, 14 May 2026 09:00:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/tech/tsma/</guid><description>すべての関数をインデックスし、テストの有無を検知し、coverageを計測し、LLMエージェントにフィードバックを返すCLIツール。コマンド一つでレガシーコードに回帰防御線を構築する。</description></item><item><title>filefunc — 1ファイル1コンセプト</title><link>https://www.parkjunwoo.com/ja/tech/filefunc/</link><pubDate>Mon, 16 Mar 2026 13:50:00 +0900</pubDate><guid>https://www.parkjunwoo.com/ja/tech/filefunc/</guid><description>AIコードエージェントの探索単位はファイルだ。1ファイルに1コンセプトを強制するGoコード構造のコンベンションであり、CLIツール。</description></item></channel></rss>