はてなブックマーク

こんにちは。モバイルデベロッパーエクスペリエンスチームの@giginetです。ここわずか1年あまりで、コーディングAIを用いた開発は日常的なものになりました。LINEアプリの開発においても、Claude Codeをはじめとした、コーディングエージェントの活用が進んでいます。 この記事では、LINE iOSのような大規模プロジェクトにおいて、Claude Codeを効果的に活用するための、インストラクションの設計思想を紹介します。 適切なインストラクションはなぜ必要か？ Claude Codeはデフォルトの状態でも高い精度を発揮しますが、プロジェクト固有のルールや知識を適切に与えることは実装の効率化に重要です。 まず、本稿では便宜的にメモリファイル(CLAUDE.md)やAgent SkillsなどのようなClaude Codeに指示を与えるプロンプト全般を「インストラクション」と呼ぶことに

Rust.Tokyo オーガナイザー 豊田 優貴 Sansan株式会社のソフトウェアエンジニア。金融機関向けのリスク管理計算機の開発に携わってから、しばらく広告配信の仕事に従事した。前職のUSの企業では実務でRustを利用した。本業のかたわら、Rustの国内カンファレンス「Rust.Tokyo」の運営や、いくつかのOSSの開発や貢献を行っている。共著で『実践Rustプログラミング入門』（秀和システム）、『RustによるWebアプリケーション開発』（講談社サイエンティフィク）など。また、『Web開発で学ぶ最新言語Rust』（日経クロステック）の連載を持つなどした。 ※アイキャッチとプロフィールに使用しているアイコンは「めぶイカメーカー」を使用し生成しております GitHub: https://github.com/yuk1ty Rustに入門した際最初に立ちはだかる壁は、Rust特有のメモリ

VS Code、AIにタスクの手順や知識を組み込める「Agent Skills」に実験的対応。新バージョン「VS Code December 2025 (version 1.108)」リリース マイクロソフトは無償のコードエディタとして提供しているVisual Studio Code（VS Code）の最新バージョン「Visual Studio Code December 2025（Version 1.108）」をリリースしました。 New year, new @code release! The team focused on housekeeping this past month (closing almost 6k issues!) and feature updates like bringing Agent Skills support to stable and improv

everything-claude-code/ |-- agents/ # Specialized subagents for delegation | |-- planner.md # Feature implementation planning | |-- architect.md # System design decisions | |-- tdd-guide.md # Test-driven development | |-- code-reviewer.md # Quality and security review | |-- security-reviewer.md # Vulnerability analysis | |-- build-error-resolver.md | |-- e2e-runner.md # Playwright E2E testing | |-

「開発環境現状確認」という記事が流行っているようなので、流れに乗ってみる。 AIを活用した開発が当たり前になって、その辺りが大きく変わったので、2026年1月時点での開発環境を記録しておく。 tl;dr OS: macOS エディタ：Cursor モデル: Opus 4.5 シェル: zsh ターミナル: mac標準のターミナル パッケージマネージャー：Homebrew + mise ランチャー：Raycast ブラウザ：Microsoft Edge キーボード：REALFORCE R3 Keyboard Mac 配列 / R3HH11 トラックボールマウス：ELECOM M-XT3URBK マイク：HyperX FlipCast ヘッドホン：サウンドハウス CPH7000 デスクチェア：AKRacing Pro-X V2 ざっくりと概要。以下、ピックアップして詳しく書いていく。 エディタ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は、大企業の精密機器メーカーに勤務するソフトウェアエンジニアですが、私の職場にも生成AIの大波がやってきました。 全社的にClaude Codeを導入し、派遣社員・契約社員の人数を見直す可能性の検討が始まっています。 私も現場のプロジェクトリーダーとして導入を検討していますが、確かにこれはソフトウェア開発の現場を激変させるポテンシャルを持っていると認めざるを得ません。 まだまだ過渡期で今後どうなっていくかはわかりませんが、今までの検討でわかったことと課題を書き留めておこうと思います。 これまでの経緯 私の会社では、以下のよう

はじめに 最近、XでopencodeやGLM-4.7についてのポストを目にすることが増えてきて、個人的に気になっていたのでts-benchを回してみた。 結果は以下の通りで、少なくともコーディングエージェントとしては申し分ない性能を発揮することがわかる。 そして、調べてみると今なら年間プランにinvitation code付きで25.92ドルで加入できるとのこと。 というわけで少し悩んだ後に契約した。 本記事では、主にopencodeで使う方法とOpenAI compatibleなAPIとして使う方法について備忘録的にまとめる。 opencodeで使う方法 下記の公式ドキュメントに従って進める。 opencodeの導入 terminalを開き、下記のコマンドでopencodeを導入する。

2026年1月5日、日本経済新聞が報じた「DeNA・ソフトバンク・三菱UFJ、全社員AI人材へ」という記事は、日本企業がようやく本気でAIと向き合い始めたことを象徴している。 DeNAの南場智子会長は「AIにオールインする」と宣言し、ソフトバンクは孫正義会長の号令のもと、全社員に「1人100個のAIエージェント開発」という猛烈なノルマを課した。三菱UFJ銀行ですら、全行員3万5000人のAI武装化を急いでいる。 経営トップたちの危機感は正しい。「AIを使わないことは退化を意味する」という認識は、もはや疑いようのない事実だ。 しかし、企業が必死になって社内の生産性を上げようとしているその裏で、皮肉な現実が進行している。 個人がAIで武装した結果、企業の入り口である「採用システム」が破壊され始めているのだ。 The Economistが報じた最新のデータによれば、生成AIの普及以降、求職者1人

各Skillの詳細解説 1. Playwright Browser Automation 概要 ClaudeがPlaywrightを使用してブラウザ自動化を実行するSkill。事前に用意されたスクリプトに制限されず、ユーザーの要求に応じてカスタムのPlaywrightコードをその場で記述・実行できる。 こんなときに使う Webサイトのテストを行いたいとき ブラウザ操作を自動化したいとき フロントエンドのUIテストやデバッグが必要なとき 具体的なユースケース ログインフローのテスト フォーム入力・送信の自動化 レスポンシブデザインの検証（複数ビューポートでのスクリーンショット取得） リンク切れのチェック E2Eテストの実行 使用例 2. prompt-engineering 概要 LLMのパフォーマンス、信頼性、制御性を最大化するための高度なプロンプトエンジニアリング技術を提供するSkill

GPT-5.2 vs Claude Opus 4.5、なぜ「伝わる」感覚が違うのか【設計思想から比較】 前回の記事でCodex vs Claude Codeの比較を書きました。内容をもう少し深掘りしたくなったので、普段業務で両方を使用している私が、今回は「設計思想の違い」という観点から掘り下げてみます。 Claudeが選ばれる本当の理由 前回、エコシステムの成熟度でClaudeが優位という話をしました。MCPサポートの充実、10,000以上のプラグイン対応など。 ただ、MCP、サブエージェント、スキル、フック、リワインドなど、Claude発の機能は現状ではCodexでも使えるものが多くなっています。本当にエコシステムが主要な理由でしょうか。 私がClaudeを使い続けている理由は、もっと単純なところにあると思っています。話してて伝わりやすい。 同じ質問に対する回答の違い 「このコードはUI

どうやら、中小企業で今までなら予算の関係でシステム化を見送っていたところが、AIコーディングを使うプログラマに発注すると手ごろな金額で実現できるということで、仕事の量が増えてるらしい。 もちろん単価は低いわけだけど、裾野が広がれば上も伸びるはず。予算があるところも、今までその予算では実現できなかったものが可能になってシステム化が増えるということもありそう。 自分の個人的にも、いままで時間がかかって面倒そうなので二の足を踏んでいたものが思いついたらすぐ作れるようになって、結果的に自分でコードを書く量も増えている。 他の人も、オレオレ便利ツールが手元にたくさんできてるんじゃないかと思う。 今までならOSSにしてたかもしれないけど、秒でできてしまったものにOSS化の手間をかける気にならないということで、この話に続くけども。 AIのせいでAIの学習データがなくなってきている - きしだのHaten

はじめに AIにリサーチをさせていた。結果が返ってくるまで数分かかる。待っている間、Xを開いた。 流れてきたタイトルに、手が止まった。「プログラミングが好きな人は、もうIT業界に来るな。」 note.com リサーチは終わっていた。結果を確認しないまま、記事を読んでいた。小学生の頃から黒い画面に向かい続けてきたエンジニアが、生成AIの登場によって「自分の手で作る喜び」を奪われつつあると語っていた。「心の中で何かが音を立てて崩れる」という表現があった。 共感したのか、と聞かれると困る。共感しなかったのか、と聞かれても困る。たぶん、どちらでもある。読み終えて、エディタに戻った。さっきまで何をしていたか、思い出せなかった。 反論したいわけではなかった。ただ、何かが引っかかっていた。「プログラミングが好き」という言葉だ。この人の「好き」と、私の「好き」は、同じものを指しているのだろうか。 コーヒー

const resp = await fetch("https://api.example.com/data"); await を2回書いているのが気になったことはありませんか？1回の await で一気にレスポンスボディまで取れたら楽なのに、と思ったことはないでしょうか。 とある休日の午前中、いつものようにYouTube上でライブコーディング動画を見ていました1。そこで配信者の方が、fetchを使ってレスポンスボディを取得する際に2回目のawaitが必要であることに対して、「なんでfetchはこんなにめんどくさいんだろう」と言っていました。言われてみると、確かにめんどくさいような気もします。 この記事では、なぜ fetch がこのような設計になっているのかをいろいろな観点から掘り下げてみます。 fetch の使い方おさらい まずはJavaScriptのfetchの基本的な使い方を確認して

これは「モダン・ソフトウェアエンジニアリング」の第1章のタイトルで「ソフトウェアエンジニアリングはプログラミングをはるかに超えた存在である」という言葉から始まっています。 そして、いま明確にその変化があらわれていると思います。 モダン・ソフトウェアエンジニアリング 作者:Ivar Jacobson,Harold “Bud" Lawson,Pan-Wei Ng,Paul E. McMahon,Michael Goedicke翔泳社Amazon その続きに書かれているとおり「小さなプログラムを開発することと、商用のプロダクトを開発することは、別物だったのである」ということはAIがコードを書くようになった昨今で大事な視点ですね。 「モダン・ソフトウェアエンジニアリング」の著者ヤコブソンは、オブジェクト指向全盛期にランボーやブーチと共にスリーアミーゴズと呼ばれた中心人物で、UMLの策定にも深くかか

Claude Code with Anthropic API compatibility January 16, 2026 Ollama v0.14.0 and later are now compatible with the Anthropic Messages API, making it possible to use tools like Claude Code with open-source models. Run Claude Code with local models on your machine, or connect to cloud models through ollama.com. Using Claude Code with Ollama Claude Code is Anthropic’s agentic coding tool that lives i

流行りに乗ってみた Terminal Emulator 元々Hyperを使っていたのですが、最近Ghosttyに乗り換えました。 ghostty.org （リモート側のホストで動かすtmuxセッションとのクリップボード共有のために、OSC 52のサポートが必要だったため...） github.com ちょっと似てて気に入ってます。 Shell Macなのでzshを使っています。 自分はクラウドを使う人間なので、諸々のコンテキストがわかるようにStarshipをカスタマイズして、アカウントやKubernetesのコンテキストを一目で確認できるようにしています。 starship.rs 補完はKiro CLIで行っています。正直zsh-completionsでいいかなという気はします。 kiro.dev Editor 個人的にはオリジナルのVSCodeで良いのですが、仕事の開発環境と統一してお

ソフトウェア品質の評価と追跡を手掛けるTIOBE Softwareは、2026年1月版の「TIOBEプログラミングコミュニティーインデックス」（通称「TIOBEインデックス」）を発表した。TIOBEインデックスは、プログラミング言語の人気を示す指標で、同社が毎月1回更新している。 2025年の「プログラミング言語オブ・ザ・イヤー」 「C#」が2025年の「プログラミング言語オブ・ザ・イヤー」に選出された。同言語がこの賞を受賞するのは過去3年間で2回目。C#は、ランキングにおいて前年比で最大の増率（2.94ポイント増）を記録したことで、今回の栄誉を獲得した。 C#は長年にわたり、言語デザインの観点から主流言語における新しいトレンドをいち早く取り入れるなど、根本的な変化を遂げている。「Windows専用」からクロスプラットフォームへ、そしてMicrosoft所有からオープンソースへと、2つの大

こんにちは @shunk031 です。開発環境現状確認[1][2][3]というタイトルの記事をいくつか見たので、自分の環境も整理してみます。 なお、環境構築に使用している dotfiles は以下で公開しています。 著者のバックグラウンド 開発環境の現状を確認する前に、私のバックグラウンドを説明しておくとなぜそのような設定になっているかがわかりやすいかもと思い以下記述します。 私は画像生成やデザイン生成に関する研究開発に取り組む Research Scientist をしています。主に Python を使用しており、普段は手元の Macbook から、リソースリッチな GPU マシンへ接続して研究開発を行うスタイルです。 開発の前提として、ローカルマシンですべてを完結させるのではなく macOS 上でエディタやターミナルを操作しつつ、計算資源を必要とする処理は GPU サーバ（Ubuntu

4氏 @mitarai_4shi wacom Cintiq 21UXとCintiq 22HDを壊れるまで使い潰し、HUION GT-220 は台をDIYしてフラットにし、ipadにまで手を出したのに HUION HS64の板タブが一番使いやすかったんだ…軽くて安くて…欠点が無いんだよ… pic.x.com/2Mt9TQqstn 2026-01-15 19:10:47

jjを使っていて驚いた「1変更1コミット」という哲学 はじめに 前回の記事でjj (Jujutsu) の基本的な使い方を紹介しました。ファイルの変更が自動で記録され、コミットメッセージを後から書けるという便利さに魅了されて使い始めたのですが、使っているうちにもっと根本的な思想の違いに気づいてしまいました。 それは「1つの修正に対して1つのコミット（change）を使い、説明を上書きしていく」というスタイルです。作業履歴はローカルにとどめ、共有するのは1つのchangeのみ。issueやPRに対してもchangeは1つで、手元の作業履歴をどんどん修正していきます。 これは、Git/GitHubに慣れた私にとって大きな思想の転換でした。なぜjjがこういう設計なのか調べていくと、Googleで使われているGerritというコードレビューシステムの思想にたどり着きました。 Gerritのコードレビ