AI新聞

AIエージェント向けの業務手順書（Agent Skills）の設計・運用ノウハウを、日程調整スキルを例に解説した記事。

• 暗黙知や判断基準を表にして言語化（予定の優先度、時間帯の◯△✕など）
• 答えが1つに決まる処理はプログラムに、AIは判断だけ（件数計算やゾーン判定はスクリプト）
• 出力先ごとに表記を変える（本人向け詳細／共有チャットは抽象化／社外文面は非表示）
• 手順書・仕様書・参考資料・スクリプト・テストを分離し参照で結ぶ
• 社外送信は人間の承認ゲートを必須にし、1回で全情報を提示
• テストで業務ルールを固定し、境界・例外を回帰テストで保護
• 手順書だけ渡す試運転で書き漏れと曖昧さを洗い出す
• 失敗事例を背景つきで手順に反映し、除外ルールは明示合意だけ追加
• まず今週の繰り返し作業を1つ選び、小さくスキル化して改善を回す

生成AIの普及で誰でも手早く画像を作れるようになり、無料素材サイトの訪問者が減少している。いらすとやも9月の利用者が前年比2割減となり、コロナ期の急伸から反転した。

一方で、街中の利用例を集めるファンは根強く、独特の画風を生かした人気コンテンツとのコラボも続く。記事は、量産型のAI画像に埋もれない「絵柄の記号性」とコミュニティの熱量を武器に、生き残りの道を探るべきだと示唆している。

デジタル庁の生成AI基盤「ガバメントAI 源内」を使い、政府職員の国会答弁作成を支える「国会答弁作成支援AIアプリ」のプロトタイプが提供開始。約18万人の職員が対象で、関連資料の検索・整理、答弁案の生成、内容の検証支援までを一貫提供し、定型作業を減らして中身の検討に時間を回せるのが狙い。

第222回臨時国会で実務検証を行い、改善後に2027年1月の通常国会で本格提供予定。ハルシネーション対策として、AIの出力は必ず職員が根拠資料と照合し、事実関係や過去答弁・政府方針との整合性を確認する運用とする。

Claude Codeを3台運用し、Slackで連携してISUCONに挑んだ実践記。

• エージェント間の会話履歴は共有せず、リポジトリのGOAL.mdを「共通ルールと目標」の単一の拠り所にする。/goalで「GOAL.mdを実行せよ」とだけ指示し、ゴールだけを渡して回し続ける運用に切り替えた。
• 目標はあえて高く（例：100万点）置き、途中で手を止めない設計。禁止事項や失敗メモもGOAL.mdに追記し、全員がpullで同期。
• Slack連絡は1行の短文書式（CLAIM/DEPLOY_REQ/BENCH_DONE/TO_HUMAN）に統一。人間はTO_HUMANだけを読み、方針を返す。
• ベンチとデプロイは衝突が多いため、最終的に1エージェントに集約。他はブランチを通知し、担当が取り込み→一括スクリプトで安全に実行。
• まれに出る致命バグも、Slackとコミットだけで役割分担して特定・修正。
• 人間の主な仕事は目標設定と軌道修正。「守るな」「逆算せよ」などで大胆な変更を促し、スコアを押し上げた。

Honoは外部PRを締め切った。背景には、AIでコードが量産されPRが雪崩のように増えたことがある。質は低くないが、直す必要のない微修正や「貢献のためだけのPR」（HacktoberfestのTシャツ、CVE報奨、履歴づくり）が膨張し、メンテナーが見切れなくなったためだ。

筆者は、PR中心のOSS運営は限界が来ていると述べる。実際に困っている問題や欲しい機能をIssueで提案し、レビューで支える形に重心を移す。修正済みのフォークはIssueに貼れば、メンテナーがPR化し、著者名も残す運用に切り替えていく。

AIが書きがちな「イマイチなコードコメント」を避ける実践的な指針をまとめた記事。

• コードを読めばわかることは書かない。必要なら「なぜそうするか」を補う。
• コメントは説明したいコードの直前に置く。場所をずらさない。
• 過去の仕様変更の経緯はコメントに残さず、コミットやPRに書く。
• 呼び出し元や画面ごとの使われ方は書かない。必要なら呼ぶ側に記す。
• コメントの用語はコード上の名前と一致させる。別名や俗語は避ける。
• 日本語が不自然なら書き直す。短く、誤解の余地を減らす。
• 余計な疑問を生む文は避け、「なぜ残すか」まで踏み込んで書く。
• 同じ内容を二重に書かない。テストで仕様を明文化すればコメントは減らせる。
• クラスの責務から外れた話（画面やコントローラの都合）は書かない。

AIのコメントはノイズになりがち。ルール化しても過信せず、人間が最終レビューする。