2年くらい前からCopilotやCursorによるコーディングサポートを受けた開発は実際に行なっていたのだけど、先週くらいからコーディングエージェントによる開発にも本腰を入れて調査を始めた。以下はその際に雑に調べた情報まとめ。 そんでこの土日くらいまで毎日、主にCline+Claude(その他versionや派生系クライアントも含む)を使って色々とコード生成させたりして実験したのでその感想を書く。 試してみたこと 最初は簡単なpromptを入力してポン出しで生成させるToDoリストとか管理画面みたいなものを作らせてワイワイしてた。だけど何回かやったら流石に飽きてきたので、もう少し規模の大きなタスクに取り掛からせることにした。 既存プロジェクトへのテスト追加 まず最初に、個人開発してるモンハンnowのTA走者向けのwebサイトが現状テストゼロだったので、これに対してClaude 3.5 so

元々はJebbrains製のIDE（Goland、Webstorm）を利用していたのですがCursorを使い始めて数ヶ月経ちます。 Cusorを使い始める前よりもだいぶ早く実装できるようになったと感じます。 Cursorベストプラクティス ・Claude Sonnet 3.7を使え ・Project Rules（.cursor/rules）を使え ・ビルド、lint、テストなどで高速にフィードバックさせろ ・1セッションあたりで依頼することはできるだけ少なくしろ ・よく使うコマンドやライブラリはチートシート作れ — 今別府すてぃお (@suthio_) March 3, 2025 このプラクティスはCursor Agentに限ったものではなく、ClineやDevinを利用する際に活きてくることが非常に多いです。 Claude Sonnet 3.7を使えClaude Sonnet 3.7で解

はじめに AIのコーディングアシスタントとして最近、急速に注目を集めているCline。VSCode上でAIと連携し、コード生成からバグ修正、さらにはターミナル操作まで自動化できるこのツールは、多くのエンジニアの生産性を劇的に向上させています。 mizchiさんの『CLINEに全部賭けろ』という記事では、 AIから引き出せる性能は、自分の能力にそのまま比例する AI自体を管理するパイプライン設計を自分のコアスキルにする必要がある ともあるように、エンジニアはClineという強力なツールの最大限を使えるようになっていくべきです。 「AIの上手な使い方」が今のエンジニアにとって必須スキルになりつつあるため、単にClineを使うだけでなく、その仕組みを理解することで得られるメリットは数多くあります。例えば、現時点でのClineの得手・不得手を理解することでAIに対して的確に指示ができたり、clin

文化庁は、第75回芸術選奨文部科学大臣賞・新人賞の受賞者を発表した。メディア芸術部門では、ゲームクリエイターの桜井政博さんが大臣賞を受賞した。

双剣には「鬼人化」と「鬼人化強化状態」がある双剣には「鬼人ゲージ」がある。これが最大の驚きポイントでした。この概念を知らないと双剣は宝の持ち腐れになってしまいます。すでに3000時間ほど持ち腐らせている筆者が言うのですから、間違いありません。 双剣のポテンシャルを “引き出せていなかったこと” に対しては自信があるまず双剣の基本的な操作方法を紹介します。双剣は通常の状態で攻撃してもかすり傷くらいしか与えられません。なので、「鬼人化」をして戦う必要があります。さすがにここまでは筆者でも知っていました。 ＜鬼人化＞ 鬼人化状態中は攻撃力が上がり、特殊な攻撃を繰り出せるほか移動や回避も強化される。しかし、発動中は徐々にスタミナを消費する。 そのため筆者はこれまで下記のような戦い方をしていました。 ①鬼人化状態でモンスターに攻撃 ②スタミナが0になり鬼人化が解除 ③しばらく通常状態で攻撃（かすり傷

https://www.inceptionlabs.ai/news Inceptionという会社のMercuryという拡散言語モデルがすごい。 いつか出るだろうと思っていたのだが、なかなか姿を見せなかった、拡散言語モデルである。 スピードの差は一目瞭然 速すぎワロタいまAIは、「頭の良さの差」を競う段階に来ている。 「頭の良さ」を測る尺度はたくさんあるが、僕は答えの用意されたテストを解くことをたいして良い尺度だと思っていない。まあ答えの用意されたテストしか解いてこなかった人たちにはそれでも十分な尺度なのだと思うが。 ただ、「考える速さ」というのは間違いなくひとつの尺度だし、その点で言うとMercuryは速すぎなのである。 なぜMercuryがこんなに速いのか。 それは、Transformerじゃないからだ。 TransformerにしろRWKVのようなRNNにしろ、「ここまで書いたから続き

よくある話やる夫「やる夫は4月から数学科1年生！大学数学を極めるお！今日は意識高く本屋にやって来たんだお！」 やらない夫「……お前、数学が好きなのはいいけども、二次試験の数学散々だったんだろ？無理すんなよ。」 やる夫「やらない夫は黙ってろお！やる夫は本気出せば天才だお！」 やる夫「おっ、ここが専門書の棚かお。あった、杉浦光夫『解析入門Ⅰ』。これが欲しかったんだお！」 やらない夫「いや、それは『解析門前払い』として有名な本で……」 やる夫「杉浦解析は名著だお！即レジだお！」 やる夫「さぁ、始めるお！最初は実数のことが書いてあるお！こんなの知ってるお！」 やる夫「2ページでもう加群とか可換群、可換環みたいな言葉が出てきたお。なんのことか分からないお」 『問1 $\mathbb{R}$(一般に体$K$)において次のことが成り立つことを示せ．(i) (R3)を満たす$0$は唯一つ．』 やる夫「(R

基本的なCursorの使い方については無数に紹介記事があるが、例えば下記の記事を参照されたい。 Cursorで良いなと思ったところ ちなみに、執筆時点でのCursorのバージョンは0.45.14。YOLOモードは暴走が怖いのでオフにして、Composer（agent）モードを使用している。 提案されたコマンドを編集してから実行できる これはかなり便利だと感じた。なぜなら、このコマンドを打ったらエラーが出るとわかってるコマンドを打ってほしくないから。この例の他にも、pythonの仮想環境でuvを使いたいときなど、少し編集して実行できると嬉しい。 Acceptする前に動作チェックができる Clineでは、Acceptするまで動作検証ができなかったはず。CursorではAcceptする前に動作検証ができるので、その結果を見てからAcceptするかどうかを判断できるのが使いやすいと感じた。 Cla

では、それぞれ見ていきましょう。 arXiv AI/ML関連における一次情報源として欠かせないのがarXivです。 しかし、最近はプレプリントの投稿数が爆発的に増加しており、そのままarXivを見に行くとノイズが多すぎて、本当に価値のある論文を見つけるのが難しくなっています。 学会のトップ論文をチェックするという手もありますが、査読プロセスを経るため情報がどうしても遅くなりがちです。 そこで役立つのが、新鮮な論文を適度にキュレーションしてくれるサービスです。ここでは特におすすめの3つを紹介します。 Hugging Face - Daily Papers AI界隈で有名なAKさんをはじめとするHugging Faceのメンバーが、arXivから毎日厳選した論文リストを公開してくれているサービスです。 土日はお休みしていますが、平日は結構な量（多い日だと40本程度）の論文が選定されています。こ

普段は歌やASMRをやっているVTuberまでやっとる しまいにゃ、増田あのにまでやるという モンハンワイルズは小学生サッカーのサッカーボールかよ

2025.3.1 JAWS DAYS 2025で発表した資料です。 AIエージェント時代のエンジニアになろう：�Agentic Workflows から�環境に溶けこむAmbient Agents まで�基礎と実践を50分で身につける

AIコーディングエージェントは便利ですが、意図しない挙動を行った時に、被害を最小限にとどめる工夫がいるな〜と思っています。例えば、なんらかの設定をミスって、rm -rfが暴走するとか、無限ループを実行してしまうといったインシデントが考えられます。 当初そのために、今お買い得なXserver VPSを借りて快適な独立した作業環境を構築していました。4GBインスタンスでVSCode ServerとDockerを動かしてたんですが、メモリ使用に耐えられなくなってきて。ちょくちょくOOM（Out of Memory）が出て、「うーん、これは厳しいかな」と感じてました。 そこで、自宅PCを刷新して開発用VMをプロジェクトごとに建てようかと思ったんですが、それはそれでオーバーヘッドでかいですよね。OS管理とかアップデートとか考えると面倒くさい。 要は、プロセスが分離されてて、ワーキングディレクトリ外に

今や、AIを活用してソフトウェア開発すること自体は一般的になり、一種のブームと化している。 しかし、Web上で見かけるのはワンショットでテトリスを作る程度の小規模なプロジェクトの話がほとんどで、驚けるものの、正直あまり実用性は無いように感じる。 俺たちが本当に知りたいのはテトリスの作り方じゃねえ！現実の中規模以上のシステム開発で、いかに楽に良いものを作れるかだろ！ ということで、まずは弊社から現時点のノウハウを全公開しようと思う。 弊社ではCursorを1年以上活用（サービスがGAになったタイミングから全社員で利用）しており、一定のノウハウを蓄積してきている自負がある。ただ、あくまで一例ではあるので、ぜひみなさんの現場での活用事例も共有してほしい！ 免責事項AIエディタでの開発は、LLMとAIエディタの進化に伴い、常に変化している。 そのため、この記事で述べる方法論は、現時点での、弊社での

TypeScript19Python11React11Next.js10PHP7TailwindCSS5Laravel5C#4JavaScript4Game Development4Expo4React Native4Tailwind4Vite4Supabase4Rust3Web Development3Flutter3API3Meta-Prompt3SvelteKit3SwiftUI3Swift3WordPress3Angular2Blockchain2html2Unity2FastAPI2GraphQL2Alpine.js2Accessibility2ionic2cordova2angular2Java2Vue.js2Zod2Zustand2NestJs2Node2NuxtJS2Vue2Function2Svelte2Terraform2Vivado2FPGA2Node.js2AL1B

今って春休みだから東京に遊びに来てるんだけど、東京ってホントすごい。 至るところでイベントやってて、人は多いし、面白い店もたくさんある。 だからぶらぶら歩くだけでも楽しめるんだから正直羨ましい。せっかくだから数日滞在することにしてて、でも特に目的はない。 だがそれでいい。 だらだらと東京を満喫するのも楽しいからいいかと思ってたんだけど、ふと「社会人になる前に本場東京の満員電車を体験してみるのも悪くないかもしれない」って思い立ったわけだ。 で、翌日。 東京の朝の最も混む時間帯、7時半過ぎの東京メトロ東西線に乗ってきた。 乗ってきたんだけど、これが想像以上ヤバかった。 むしろ想定の範囲を軽く飛び越えてきたっていうか、もうホント凄すぎてビビった。 ドア際なんて乗る前からギュウギュウで、これどうやって乗るんだ？って思ってたら後ろから思い切り押されて、気づけば乗車してた。しかも中央付近まで。どこにそ

前提 Roo CodeがClineのフォークという程度には知られている。Roo Codeを好んで使っているユーザーがいるがどんな違いがあるのかというのが気になっていたので調べた。 結論としては「Rooは個人が趣味で実験的な機能モリモリ入れた改造版で、Clineが事業としてやっていこうとしているオリジナルな製品」 機能面は両方インストールしてもらえばすぐ分かるので背景的な情報とか内部設計とかをピックアップした。 画面 Roo Code Cline ユーザー数：Cline>Roo Code これはマーケットプレイスとGitHub、Discordを見るとわかる。 ざっくりと４：１ 開発者数：Cline>Roo Code Clineは会社化して採用してる GitHub上でいろんな人が活動してる エンタープライズでマネタイズするらしい MetaからClineに転職した人とかいる Rooはメインの二人

最後に紹介しているハンズオン👇️ https://qiita.com/minorun365/items/85cb57f19fe16a87acff

このドキュメントを書こうと思った理由 弊社はAIに関する新規事業開発を行っており、作る側もAIを使わない作業を極力なくそうと思っているのですが、AIの進化がやばすぎて人間側が振り回されている現状が何件もあったのでこのドキュメントを書くに至りました。 もし周りの方で困っている方いれば随時更新予定ですのでシェアしてあげてください。 ＊関係ない仕事の相談などもお待ちしております。 Cursorとは？ Cursorは、AIを活用した次世代のコードエディタで、VS Codeをベースに構築されており、AIによるコード補完・デバッグ・リファクタリング支援などの機能を備えた開発ツールです。 Cursorの最大のメリットは、プロジェクトフォルダ内のファイルやログを自動でインデックス化し、AIが適切に参照してくれることです。 これにより、開いていないファイルでもAIが内容を把握し、より適切なコード補完や修正を

Microsoftが、「Skype」のサービスを2025年5月で終了する可能性が浮上しました。 これは「Skype for Windows」の最新版のコード内の記述から明らかになったもので、コード内からは「5月以降、Skypeは利用できなくなります。通話とチャットはTeamsで続けて下さい」とのメッセージが見つかっています。 問題の記述 現時点ではMicrosoftからは公式に確認されていない為、本当にサービス終了となるのかはまだ不明ですが、各プラットフォーム向けのアプリは昨年9月以降はアップデートされておらず、続報があればお伝えします。 なお、2003年8月に登場した「Skype」は、2005年9月にeBayに買収され、その後、2009年11月にSilver Lakeが統率する投資家グループによって買収され、最終的に2011年5月にMicrosoftに買収されて現在に至っています。 追記

ウォーターフォールとアジャイルは、それぞれ異なる前提と目的を持つマネジメント手法です。ウォーターフォールは全体計画の精度を前提に効率的な開発を目指し、アジャイルは変化に適応しながら試行錯誤を重ねることに重点を置きます。しかし、世の中ではマネジメント手法としてフェアな評価ができていないようにも感じます。 その要因は、アジャイルの説明が精神論や感情論に寄りすぎている点にあると思っています。そこで、そういった要素を排除し、双方をマネジメント手法として整理してみました。 前提条件 僕は、いわゆるエンタープライズ業界の人なので、SIerがいるような規模の組織を前提にしていますが、マネジメント手法としての考え方は、どの業界でも利用できると思います。 「ウォーターフォール」とは、大手SIerなどで定義されているウォーターフォール的なマネジメント手法のこと。V字と呼ばれる要件定義、基本設計、詳細設計、実装