多少フェイクは入れるけども、この業界の中で労働に数十年いそしんでた(not作家)オッサンだけどよ 2か月くらい前からの石油ショックでだんだんゆでガエルの様に紙とか諸々の出版コスト上がってきてていよいよ低空飛行だったのがヤベーって感じで、まぁこれはどこの産業も同じらしいから致し方ないのだが、 年号変わる前からぜんっぜん昔に比べて売れてないからね、特にラノベ、てか何で昔より物がかさばらない電子書籍発展してんのにラノベ系の漫画含め市場縮小が止まんねえんだよ、おかしいだろこれ 業界でご飯食べてる憐れなおじさんの給料のために、今のラノベ業界の窮状と現状を愚痴るから、頼むから昔みたいに買ってくれ、もう中身読まなくてもいいから、表紙と挿絵以外興味ないって人でもいいから、推しのイラストレイターの絵集めるだけみたいなのでもいいから買ってくれよ、ラノベ ※ちなみに出さないところは出さないが、すべて調べりゃネッ

この雑すぎプロンプトに対して Claude Code は以下を行います。 issue を読んで要件を把握する 自発的に既存のコードベースを調査し、migration ファイル等から既存の table 構造を把握 設計の叩き台の作成・提示 しかし Claude Code の提示する「叩き台」は 情報過多で論点が散漫 になりがちです。 まあ 1 機能全体の要件を把握させて設計をねだっているので当然ですね。次 step で整えます。 2. ユースケースのブラッシュアップと起票 step 1 の出力に対して、人間がつっこみまくるフェーズです。 ここは Agent との二人三脚であり、 人間の判断が設計の方向性を決定する 重要な step になります。 人間が担う役割は主に 2 つあります。 論点の結合・分離 たいてい、 issue やコードベースから読み取れなかった設計の論点を複数個同時に尋ねてき

Harness Engineering Meetup Tokyo #1、TOPバッターとして、ハーネスエンジニアリングについての導入的説明を行いました。

2026年4月16日、AnthropicがClaude Opus 4.7をリリースしました。 同時に公式ブログ「Best Practices for Using Claude Opus 4.7 with Claude Code」が公開され、Claude Code作者のBoris CherneyもXで「6つの新技」を投下しています。 両方を通してAnthropic公式が言っているのは「これまでのClaude Codeの使い方は、今日でやめろ」です。 4.6までは正解だった作法が、4.7では逆効果になることもあるようです ↓Claud CodeはもはやただのAIコーディングツールではなく、誰もがアプリで稼げるようになる収益化ツールです！ よければこちらのツイートも見てみてください！ 「ペアプロ（細かく指示する）」のはもうやめろ 4.6までの「細かく指示するほど賢く動く」という感覚は、4.7では

岡安モフモフ（アーガイル社長）＠ChatGPT/Gemini/ClaudeなどLLMでサービス作る人 @shields_pikes 自分はこれを見越して、とにかく子供達には早くから自由にSwitchやPS4、PS5のゲームを遊ばせていた。受動的なショート動画等の消費ではなく、ガチャなどの射倖心ではなく、能動的で創造的な遊びを楽しめる土台を作ってあげたかったからだ。特に4〜10歳くらいの子供にとって、ゲームはプラス要因しかない。 我が家では、動画の視聴時間は厳しく制限するが、宿題さえしていれば、ゲームのプレイ時間に制限を設けていない（22時以降は禁止だが）。 ゲーム機には常に、自分が厳選した王道のゲームを遊び放題にしておいたし、子供が強く欲しがるゲームは全て買っている。ボードゲームもわりと遊ぶ。 文化教育における親の役割は、王道の名作を体験させ、同時代的なヒット作にも触れさせてあげることだと

マカロニとちくわの中間の存在はまだ見つかっていない

そこには今日も、古書と秘密を抱えた 客人たちが訪れる。 店主の篠川栞子は、初対面の相手とは 口もきけないほどの極度の人見知り。 けれど、本に対して人一倍の情熱を持つ 彼女は、古書を手にすれば頁をめくるように 淀みなく語りはじめ、 そこに秘められた謎と 物語を読み解いていく……。 メディアワークス文庫刊行の、 三上 延による『ビブリア古書堂の事件手帖』。 シリーズ累計８５０万部突破の大人気古書 ミステリが、CloverWorks の手により 待望のアニメ化！

そんな歳になってまだモテるために服装がーとか清潔感がーとか言ってるの笑える おっさんおばさんが何着てるかなんてお互い気にしてねえよもう 中身が問題になる歳でしょ

これらが24時間、macOS上で動いています。PCを閉じない限り止まりません。 全体のアーキテクチャはこうです: ポイントは、Claude CLIを「考えるパーツ」として使っていること。データの取得・加工はPythonで行い、「この情報をどう要約するか」「このメールは返信が必要か」といった判断だけをClaudeに任せています。 カテゴリ別: 何を自動化したか 1. メール処理（最も効果が大きかった） Before: 1日3回、3つのメールアカウント（個人・大学・就活用）を開いて確認。返信を書くのに30分〜1時間。 After: 10分ごとにGmail APIで全アカウントのメールを取得。AIが4段階に分類。 具体例: 教授からの「明日のミーティングの件」→ reply判定 → カレンダーから空き時間を取得して返信下書きを生成 学会からのCFP通知 → see判定 → Slackに1行通知

先日、包丁に熱湯と漂白剤を使うことの是非が話題になっていました。 残念ながら清潔さをイメージで捉えて勘違いをしている人が多く、安全のための行為が逆に危険を呼び寄せてしまっていると感じました。 いわゆる潔癖症の人が物事を正しく理解しようとせず「穢れ」だけを取り払おうとして儀式化してしまうような感じですね。 生の食材を扱う和食料理店で20年ほど経験を積んだ増田から汚れって何というお話をしてみたいと思います。 汚れの種類は大きく分けて４つです。 ・食べかす ・油汚れ ・傷 ・その他化学物質の付着 どうしてこのような分類をしたのかというと、汚れの種類によってもたらされる結果が変わってくるからです。 次に汚れを落とす目的を整理します。 ・食中毒にならないため ・余計な味をつけないため ・手触り、見た目のイメージ そんなの当たり前でしょって思うかもしれないんですけど、この辺の話が整理できてないとそれぞ

タイトル 「英語 -"STUDY HACKER"」 を検索 - はてなブックマーク (1000users以上) ※ 英語に関係のない記事でもすべてのタイトルに「英語学習」を含むスタディハッカーの記事を除外しています。年 1000+記事数 1位(ブクマ一覧ページにリンク) 2004 l​ 1 2002 英語上達完全マップ 2005 l​l​l​ 3 1194 英語論文に使う表現文例集のレジュメ2006l​l​ 2 1594 海外経験のない典型的理系人間が日常会話レベルの英語を話せるようになるまでの道のり 2007 l​l​ 2 2631 中学生レベルの英語力の奴が４ヶ月でTOEIC「Bクラス」を出す方法 (b) 2008 l​l​l​l​l​ 5 3780 一法律学徒の英語と読書な日々 2009 l​l​l​l​l​l​l​l​l​l​l​ 11 8894 急がばまわれ式・堅実で一番効率的な

自分が使ってるプロバイダーだけ対応すればいい。これがAI時代のツール作成だ。 技術スタック 主な技術スタックはこんな感じ。 React 19 + Mantine v9 — UIコンポーネント Vercel AI SDK v6 — マルチプロバイダー対応の要。ストリーミングもこれ Zustand — 状態管理 Chrome Extension APIs — Side Panel, UserScripts, Debugger... TypeScript 6 Vite+ 私はChrome拡張を作ったことがなかったが、やりたいことを実現しようとするとかなりの知識が必要だった。Service Worker、Content Security Policy、サンドボックスでのコード実行、メッセージパッシング・・・Chrome拡張の世界は思った以上に奥が深い。 とはいえ、一番驚いたのは技術選定そのものでは

この記事は約5分で読めます。 筆者プロフィール: ソフトウェアエンジニア。「知った気にならない。いつまでも学び続ける」を信条に、業務と個人開発の両輪で技術を磨いています。AI 駆動開発で複数の個人開発アプリを構築・運用中。 👉 ポートフォリオ: 筆者ホームページ Claude Code を使い始めたけど、毎回同じ指示を書いていませんか？ CLAUDE.md・Skills・Hooks・Agents の 5 段階で「育てる」ことで、人間の作業は「指示と確認だけ」になります。この記事では、実際のファイル構成とコードを添えて、その全過程をお見せします。 「AI にコードを書かせている」と「AI と開発している」は違う Claude Code を導入した当初、私は毎回こんなプロンプトを書いていました。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? お前がコードを書き始める前に 言っておきたい事がある かなりきびしい話もするが 俺の本音を聞いておけ はじめに これから少しの間、不器用で、偉そうで、厳しいことを言う。けれど最後まで聞いてくれれば、その裏側にあるものもわかってもらえると思う。だから先に謝っておく。生意気な口を、許してほしい。 まず、お前に話す前に、業界を取り巻く空気の話をさせてくれ。ソフトウェア業界には、昔から消えない風潮がある。 「売れたプロダクトはすべて正しい」 「品質? 障害が起きなければそれでいい」 「細かいことはベンダーに丸投げで構わない」 ビジネスの現場で生

僕のケースでは、生成品質はほぼ同じだった。 ただしこれは、旧版のCLAUDE.mdを18KBかけてかなり丁寧に作り込んでいたから。Quick ReferenceにTailwindクラスを全部書き、禁止パターンを76項目列挙し、コンポーネント仕様もインラインで記述していた。ここまでやれば、AIはMarkdownの禁止ルールもちゃんと守る。 一般的には、CLAUDE.mdやカーソルルールにここまでの解像度で書いている人は多くないと思う。DESIGN.mdとして設計原則・Quick Reference・禁止パターンを構造化するだけで、生成品質が目に見えて上がるケースの方が多いはず。 僕の場合、DESIGN.mdを伴う生成品質の向上も大事だけど、サービス開発で使っていくために「今日の品質」ではなく「半年後も品質が落ちない仕組み」を 作っていく必要がある。 1ファイルに全部入りの限界 melta U

2026年4月10日、「設計ナイト2026」というイベントで「アーキテクチャモダナイゼーションとは何か―技術・事業・組織で大事なこと」というタイトルの登壇をしました。まずお伝えしたいのは、このスライドを20分に収めようとしていた人間がいるということです。私です。 前日、翻訳作業をほぼ徹夜で行ってい…

先日、国土交通省から以下の案内がありました。地理空間情報に関するMCP Server(α版)を公開しましたよ、というものです。従来、この手の(地理)情報については様々な経路、方法でデータをかき集めてこなければならずある種面倒な作業ではあります。その部分をMCPの仕組みを介してスピーディーにデータにアクセス出来る、またデータをもとにした分析まで出来るとなると触ってみないわけにはいきません。 アナウンス・概要について： 利用開始手順について(PDF)： 地理空間MCP Server -- MLIT Geospatial MCP Server -- （α版）README ― 利用開始手順書(PDF) GitHubリポジトリ： 当エントリでは一連の申請、連携設定、そして実演までの流れを紹介します。 事前準備 不動産情報ライブラリのAPI利用申請 まず初めに、今回のMCPサーバ連携を利用するにあたっ

Claude Codeを毎日使っていると、ふと「こいつ、俺のことわかってきたな」と感じる瞬間があります。 先日、DB分析の相談をしたとき、Claude Codeが黙ってソースコードを開いてフラグの意味を確認し始めました。以前は何度もスキーマだけで推測して間違えていたのに、今回は何も言わなくても自分から確認している。 あるいは、テックブログの下書きで「不可欠です」みたいなAI臭い表現が一切出てこなくなった。以前は毎回指摘していたのに。 しれっと変わっている。メモリに保存しただけでは、ここまで行動は変わりません。裏側には、ちょっとした仕組みがあります。 ここでいう「学習」は、知識を覚えさせる話ではありません。Claude Codeの思考パターンや判断の癖を、どう進化させるかという話です。 この記事では、Claude Codeを「使うたびに賢くなるAI」にするために実装した3層の学習構造について

趣旨数多の世界史漫画が存在しますが、どんな時代・地域・人物が、どんなジャンルで取り上げられてきたのか、気になったのでまとめてみました。 読む漫画を探すための材料、世界史学習の入口、漫画史の分析などの用途に使えると思います。未だ漫画化されていない魅力的な題材・人物を探すのも一興です。 現時点で480超の作品があります。 2018年の神戸学院大学の世界史で『乙女戦争』が掲載された事例や、2026年の共テで『ベルサイユのばら』が掲載された事例があるものの、もちろん漫画を読んだ有無が影響するようには作られておらず、「世界史漫画を読むと試験に強くなる」とは言えません。 しかし、漫画を糸口に興味関心を深め、史学科まで進む人もいるほどですから、間接的な寄与は侮りがたいです。アクセスしやすい入口が多い・広いのは良いことでしょう。 シート説明作者名絵→原作→監修等の順で記載。 区分少年・青年・少女・女性　　

はじめに AIが書いたコードを一生懸命レビューしているあなた。残念だが、その作業は今日で終わりにしていい。 2026年3月、InfoQがある調査結果を報じた。「AIコーディングアシスタントは開発速度を上げなかった」。理由は単純で、コーディングは元々ボトルネックではなかったからだ。 では本当のボトルネックは何か。それは「認識のズレ」だ。 レビューすべきはコードじゃなくて前提だ。「テストは書くよね？」「外部依存は増やさない方向だよね？」——その暗黙の期待を、実装が始まる前に言語化して合意する。それだけでコードレビューが「驚きの連続」から「確認作業」に変わる。 この記事では、そのフローを Claude Code のスキルとして実装して実際に使ってみた体験を書く。 課題：「作ってもらったけど違った」の繰り返し AIと仕事していると、こういうことがよく起きる。 「○○を実装して」と頼む AIが実装し