AI新聞

• ねらいは「第二の脳」を育てること。自分の思考を貯めて、必要な時に引き出す。
• フォルダは5つに単純化。自分が触るのは inbox のみ。他はAIが整理。sources（人のメモ）とwiki（AIが育てる）を分ける。
• 朝「おはよう」で自動実行。前日ノート整理、予定取得、メール確認、当日ノート作成まで一気通貫。
• 日中は当日のデイリーノートに書き散らすだけ。AIが ideas/wiki に仕分けし、関連リンクで点→線→面に育てる。
• 1on1議事録は目標と突き合わせ、差分や変化を継続観察する。
• 使い方は「私のレンズ」。自分の判断の癖を踏まえて、壁打ち・相談・意思決定を支援。最終決定は人間。
• 週次で「形になりつつある主張」「矛盾」「知識の穴」「来週の一手」をAIに棚卸しさせる。
• 文章や議事録は「投げといて」で自動保存し、次の材料に回す循環を作る。
• 定型作業は自動手順（スキル）化。移動中の続きも端末をまたいで再開できる。
• 要は、書く・確認する・決めるは人間、整理・整形はAI。整頓コストを消して「記録を思考の資産」に変える。

AIで実装が速く安くなり、要件と実装の分業は揺れているが、筆者は上流=業務・判断・責務の三層を分けて考えるべきだと述べる。AIが置き換えたのは主に業務（PRDや仕様の作成）であり、判断は打席が増えないうえに権限は自動で移らないため、範囲と指標を明示して委譲を交渉する必要がある。責務は兼務の延長では育たず、誰もが目指す道でもないので、チームのボトルネックがどこかを見極め、実装の手触りを保ちつつ、検証・レビューの側に立つ選択も有効だと結論づける。

• 背景理念：検証のためではなく創造に参加するために理解する。理解を後回しにすると「認知的負債」（分からないまま進めて後で苦労する）がたまる。

• 説明ドキュメントを作る。背景→直感→コードの順で整理し、目的や要点を先に示す。「読み物としてのdiff」（変更を物語の順で解説）や、直感を育てる図・埋め込みデモを添える。

• クイズで理解をチェック。5問程度で自分や相手の理解を確認し、合格するまでコードを回さない。AIの実装速度に人の理解速度を合わせる「速度調整」になる。

• マイクロワールドで手を動かす。専用デバッガや移行用コマンドセンターなど、遊べる小さな環境で挙動を体感する。エージェントに「理解を助ける道具」を書かせるのが要点。

• 共有スペースで共通の頭の中をつくる。エージェントの計画や説明をコラボ可能なページに置き、コメントしながら同じ語彙とイメージで議論する。

中国のアリババが、従業員による米アンソロピックのプログラミングAI「Claude Code」の業務利用を禁止した。背景には、同AIに利用者の端末や実行環境を把握する仕組みが含まれるとの指摘があり、利用環境の調査機能への懸念が強まったことがある。

社内情報の漏えい防止や中国のデータ規制への配慮が狙いとみられる。外部AIのテレメトリ（動作情報の収集）に対する警戒が企業で高まっており、国際的なAIサービスの導入に一段と慎重姿勢が広がっていることを示す動きといえる。

教皇レオ14世が初の回勅「マニフィカ・フマニタス」でAIの無秩序な拡大に警鐘を鳴らし、雇用の犠牲や偽情報、自律型兵器の危険を強く指摘した。これに対しピーター・ティールはアスペンで、AI規制は中国には効かず米中競争で片方だけが減速するとし、教皇を「中国の共産主義者のために働いている」と嘲笑した。教皇のAI警鐘を「米中競争で西側の自滅」とみなすティールの挑発が核だ。

記事は、教皇がトランプ政権のイラン開戦や過激な威嚇を厳しく批判してきた経緯も紹介。トランプは教皇をSNSで攻撃し、双方の対立は継続していると伝える。

• 期限付きの Fable 5 はコード生成より、過去の作業ログを根拠にした再利用可能なSOP化に使うと資産が残る。
• Agent SOP は .sop.md の標準手順書。Title/Overview/Parameters/Stepsが必須で、禁止はMUST NOTに「理由」を添える。CLAUDE.mdを肥大化させず、skillsの中身を標準化できる。
• 導入は plugin marketplaceで組み込みSOPを即利用。自作SOPはagent-sops/に置き、MCP登録（即反映だが承認が要る）か、skillsへ変換（追加セットアップ不要だが再生成が必要）で配布。
• Fable 5への頼み方は「仕様＋素材（worklogやgit log）＋検証」を渡し、抽出→SOP化→配布方法の選定→validator通過まで任せる。
• Fable 5は作業の並列調査、手順の重複抽出、命名衝突の回避、配布方式の比較選定、失敗事例をConstraintsの理由に埋め込み、公式検証でエラー0に仕上げた。

• 「都度プロンプトを書く」から「指示を出し続ける仕組みを設計する役割転換」へ。小さなプログラム（loop）が指示→実行→検証→再指示を回す。
• 典型要素は6つ：スケジューリング（いつ回すか）、ゴール条件（どこで止めるか）、隔離ワークスペース（作業の衝突を防ぐ）、検証者（別モデルで結果をチェック）、永続メモリ（履歴を持ち越す）、外部接続（GitHubやSlackと連携）。
• 実践ツールcobusgreyling/loop-engineering：loop-init（雛形作成）、loop-audit（設計の採点）、loop-cost（コスト見積もり）、loop-sync（設計と実態のズレ検知）。
• 用語としての「Loop Engineering」は非公式だが、Anthropicの「agentic loop」設計は文書化済み。匿名の社内発言は真偽を分けて扱う。
• 注意点：長時間運転でコスト増、検証の責任は人に残る、放置すると「理解負債」（中身を誰も追えなくなる）が急増。常時監視と検証の設計が前提。