同じ役割のSkillが共存すると制約が消える
同じ仕事をするSkillが2本あると、どちらが読まれるかで守られる制約が変わり、タスクは成功のまま終わる。arXiv 2610.11647の測定と、自リポの追跡済みSKILL.md 91本を判定条件つきで数えた結果、排他的な制約の洗い出し方を載せる。
読み込み中...
9 件の記事が見つかりました
同じ仕事をするSkillが2本あると、どちらが読まれるかで守られる制約が変わり、タスクは成功のまま終わる。arXiv 2610.11647の測定と、自リポの追跡済みSKILL.md 91本を判定条件つきで数えた結果、排他的な制約の洗い出し方を載せる。
AI生成コード固有の可読性問題を「命名の一貫性なし」「過剰抽象化」「コメント意図不明」「コンテキスト依存変数名」「重複実装」の5類型で整理し、レビュー基準・命名規約・ESLintルールを設計する。
River Review(旧 river-reviewer)のSkill Registryでチームのレビュー知見を組織資産に変える、AIコードレビューの段階的導入ガイド。フェーズ別ロードマップと人間レビューとの役割分担を解説。
ガードの穴を塞ぐPRが同じ型の穴を掘った実例5件を、PR番号・コミット・失敗台帳の行で示す。無力化の座標が実装→配線→CIのrun:→その外側のYAML→判定関数の内部へ1段ずつ移る構造を再現手順つきで。
受入条件はレビュー後付けでは遅い。実装前に「何をもって完了か」を Example ベースで固定すると AI の出力精度が上がる。Red → Green → Refactor の短サイクルに落とす実践ガイド。
CIが緑になる経路は2つある。違反が無いから緑と、検査が動いていないから緑だ。本ブログのリポジトリで出た「効かないガード」7種類をPR番号つきで分類し、壊した入力を1回通す二面検証の手順を示す。
1件の本番障害を上流と下流が独立に実測し、互いの誤診を4件訂正した記録。うち2件は相手側の一次資料を読むまで出なかった。測る対象・時刻・一次資料のズレが誤診を落とす構造を示す。
AI記事制作で品質が崩れる原因を分解し、編集フローとレビュー基準を先に固定する設計方法をまとめます。出力品質のばらつきを抑え、レビューコストを下げる実務フローを解説。具体的なチェックリストとワークフロー設計を紹介。
AI導入による記事の品質低下を防ぐ「ガードレール設計」と自動クロスレビュー体制の構築方法。編集者の役割を次のレベルへ昇華させるメディア運営論です。AI記事制作の品質低下を防ぐカギは、編集者の「文字修正」から「アーキテクチャ設計」への転換