Claude Code などのコーディングエージェントにより一人でフロントから運用まで組めるようになった一方、ハッカソンで最初に悩んだのは「何を作るか」だった。AIハッカソンで優勝した経験を基に、アイデアの出し方を述べる記事。
古い資料に時間を奪われないために、ソフトウェア開発などで実践される「ボーイスカウトルール」を紹介する記事。来たときより少しきれいにして帰るという考え方で、仕事のついでに小さく掃除・改善を続ける文化として、t-wada 監修『プログラマが知るべき97のこと』でも取り上げられている。
チームでのAI活用を進める手順として、まず情報の流れ・概念・ドキュメントを整備し、登場人物とロール、誰がどのドキュメントにどう関与するかを図示する。次に人間が手作業で対応している領域に対し、AIが先回りしてサジェストする形を検討してスキルを作る。理解が薄い部分は実際のミーティングに同席して観察してから作り、一緒に実行して結果を見て修正する。スキルは自動化やルーティンで定期起動し、人間が存在を忘れないようにする。AIは判断を下さず、根拠と提案を示すに留め、最終判断は人間が担う。そうすることでAIが壊れても人間が情報収集と判断を続けられる状態を保つ。定型的情報の橋渡しは効率化しつつ、難しい判断は人間の注意力に残すことが目的。
本文が取得できず「Not found」と表示されるのみで、内容を確認できない記事。タイトルからはソフトウェア開発が開発者に与える精神的な負荷についての論考が示唆されるが、本文が存在しないため評価できる情報はない。
Go + Next.js で API を開発する際、同じ API の型をバックエンドとフロントエンドで二重に書く手間をなくすため、OpenAPI から両者の型を自動生成する取り組みの紹介。Go 側の ExhibitionResponse 構造体を例に、定義の重複という課題を挙げている。
macOSでターミナルとFinderからClaude Coworkを起動する方法を解説。claude://cowork/new URLスキームとfolderパラメータを使い、zsh関数とAutomatorクイックアクションを設定。パスはosascriptでURLエンコードする。
Claude CodeなどのAIに複雑なコードを「中学生でもわかるように1枚のHTMLで図解して」と頼むと、専門用語が使えず構造の抽出が強制され、コード読解前の準備運動として有効だと紹介。対象年齢を変えることでレベル別資料に派生でき、対応表を付けてコードに戻って確認することが注意点。
AIを導入しても「仕事が楽にならない」という声を出発点に、本来得られるはずの削減効果がどこへ消えているのかを追う連載記事の冒頭ページ。本文は導入部のみで、具体的な手法やデータは示されていない。
Claude CodeとCodexを複数セッション並行運用する際、完了通知だけでは内容や復帰先が分からない課題を、共通の通知スクリプト(notify-end.sh)で解決した事例。hooksから呼び出し、直前のassistantメッセージ(テキスト/Bash description/質問文/編集ファイル名)を通知本文に表示し、alerterのクリック検出でターミナルやGUIアプリを起動元のbundle idから推定して復帰、herdr利用時は該当paneまでフォーカスする実装を紹介している。
AIコーディングエージェントを日常的に使うPMが、AIの自信ありげな誤答や自作ツールの未活用を振り返り、「実物を見ずに断定していないか」「視野が狭くないか」「漏れはないか」「書いたのになぜ実行できなかったか」という4つの問いで疑う習慣が、AIにも自分自身の仕事にも有効だったと述べるエッセイ。
プロジェクトに星座や植物などの「コードネーム」をつける手法をヌーラボのチーム事例で紹介する記事。命名の工夫（機能の比喩になる身近な題材を選ぶ）、コミュニケーション簡略化やチームの一体感醸成といったメリット、初見でわからないというデメリットとその対策（由来をドキュメント冒頭に明記、恥ずかしがらず呼び続ける）を説明し、命名を始める3ステップを提案している。