修飾キーをタップする。押し続ける。押しながら、動かす。いつものキーが、修飾以上の仕事をするようになります。
修飾キーをタップする。押し続ける。押しながら、動かす。いつものキーが、修飾以上の仕事をするようになります。
推進と品質は「やるかやらないか」で争います。 破壊役は「そもそもこの問いでいいのか」を問います。 この3人目がいるかどうかで全然違います。 各ペルソナに書く4つの要素 ペルソナファイルには以下の4つを書きます。 役割 — 何をする人か(1行) 損失関数 — 何を一番最小化したいか 反論パターン — どういう状況で反対するか 観測対象 — 何を見て判断するか 観測対象はAIが自動取得するものではなく、回答を生成するときの思考の方向付けです。 「テストカバレッジを見て判断する」と書けば、その視点で議題を考えるようになります。 以下が3人分のテンプレートです。そのままコピーして使えます。 .claude/agents/pusher.md(推進役) --- name: pusher description: 推進役。出さないリスクと機会損失を最も恐れる。合議で「早く出せ」側を担当する tools:
実際の画面とは異なるサンプルイメージです チームのSlackにAI社員を3人常駐させています。 社員5人で、2週間動かしました。 誤解を招きそうだからちゃんと書いておきます。 2週間です。半年でも1年でもなく、2週間。 それでも書きたくなるくらいのことが起きたので、この記事を書いています。 SIerの大規模開発で扱う資料は毎週溜まります。 仕様書の背景、顧客の痛点、過去の判断の残り香。 新しく参画したメンバーは、これを数週間かけて読み込むのがいつもの景色です。 そこに、このAI社員3人が入りました。 すると、2年目のメンバーが参画1週間でSKILLを直し、2週間で設計根本に疑問を出してきた。 正直、びびりました。 自己紹介・大規模現場の話を軽く 私はNTTデータグループ 技術革新統括本部のITアーキテクト(課長代理)で、大規模システムのモダナイゼーションに携わっています。 全社の高難度案件
Historically, I’ve struggled to find a concise, simple way to explain what it means to practice type-driven design. Too often, when someone asks me “How did you come up with this approach?” I find I can’t give them a satisfying answer. I know it didn’t just come to me in a vision—I have an iterative design process that doesn’t require plucking the “right” approach out of thin air—yet I haven’t bee
Iteration 0 — description と body の整合チェック(静的、dispatch 不要) frontmatter description が謳う trigger / 用途を読む body がカバーする範囲を読む 乖離があれば iter 1 に進む前に description か body を合わせる 例: description「navigation / form filling / data extraction」と書いてあるが body は npx playwright test の CLI ref のみ、のような乖離を検出 これを飛ばすと、subagent は description に合わせて body を「再解釈」し、実質 skill が要件を満たしていないのに精度が出る(false positive) ベースライン準備: 対象プロンプトを確定し、次の 2
今回は、「スライディング」についてのお話をしていこうと思います。 日本では、砂入り人工芝のテニスコートが多いですが、砂入り人工芝は、すべてのサーフェスの中で最もスライディングをしやすいサーフェスと言えるでしょう。 そのため、プレー中にスライディングを行うことができる日本人プレーヤーは、多いと思います。 問題は、「ハードコートでもスライディングをすることができるか」というところにあります。 世界のトッププロのプレーを見てみると、アンドレ・アガシがトップレベルで活躍していた2000年代前半頃までは、ハードコートでスライディングが用いられることは、ほとんどありませんでした。 しかし、近年では、プロのプレーヤーはもちろん、ジュニアのトップレベルのプレーヤーでも、ハードコートでのスライディングを使うようになってきています。 そんな彼らのプレーを見て、「よし、自分もやってみよう!」と思って、ハードコー
ロゴ:永良新さんデザインのAratanaというフォントをベースにつくったロゴタイプ baku89#iconが開発しているLocal-First な CMS。実績サイトにも、ナレッジベースにも、日記にも、有料コンテンツ配信にもつかうことができる。 garden.oooというURLそのものがシステム名であり、サービス名。このポートフォリオサイトや友人のWebサイトの構築に使いながら開発を続けている 旧名:Morion 要するにWikiベースのCMSハイパーテキストの再発見カテゴリや投稿タイプという階層構造や、ブログや日記といったタイムライン構造に縛られた今日のWebから、WWW本来の網の目構造を取り戻すLocal First全情報はローカルにテキストファイルとして保存されるデータをクラウドに人質にとらない。むしろ、ローカルこそがsource of truthで、クラウドはそれをミラーする存在デ
Naoya Ito さんをゲストに迎えて、AI エージェント、Codex, Claude Code, K-Pop などについて話しました。 Show Notes Rebuild Podcast: watercooler ep31 with @naoya_ito サポーター限定フィードにアップしました👑 Codex | AI Coding Partner from OpenAI Ghostty Remote Control - Claude Code Claude Code can now take over your computer to complete tasks Obsidian Agent Skills Claude for Open Source Codex for Open Source Introducing Composer 2 Computer Science Ach
19世紀の初頭に活躍し、現在も多くの現象や公式にその名前が冠せられている科学者、シメオン・ドニ・ポアソン(Wikipedia)。彼の驚異的な活躍の秘訣は『一冊のノートと、ささやかな習慣』だった。そう語る、面白い文章に出合いました。 ポアソンは興味深いと思う問題に出くわすたびに、その楽しみにふけりたくなる衝動に抵抗した。そして代わりにノートを取り出し、その問題を書き留めると、中断が入る前に夢中だった問題にさっさと注意を戻した。手元の問題が片付くと、そのたびにノートに走り書きされた問題のリストを眺めまわし、最も興味深いと思ったものを次の課題として選び出す。 ポアソンのささやかな秘訣とは、生涯にわたって注意深く優先順位をつけることだったのだ。 アルバート=ラズロ・バラバシ『バースト! 人間行動を支配するパターン』(NHK出版、2012年) 実は、数年前からこの話を探していました。というのはこれに
Superpowers — Claude Code / Codex / OpenCode 向けのエージェンティック・スキル・フレームワーク ⭐ 40k Stars | 🍴 3k Forks | 👀 234 Watching GitHub: https://github.com/obra/superpowers 海外で爆発的な人気を集めているこのフレームワークを、本記事で詳しく紹介させていただきます。 2025年から2026年にかけて、AIコーディングツールは驚くべき進化を遂げました。Claude Code、Cursor、Windsurf——これらのツールは、自然言語でコードを生成できる時代を実現しました。 しかし、多くの開発者がこんな経験をしています: 「AIに任せたら、テストを書かずにいきなり実装を始めた」 「要件を確認せずに、勝手な解釈でコードを書き始めた」 「完了と言ったのに、実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く