かつき🌏デザイン×AI×事業作り

おっ？？Seedance 2.0一部アプリで使える？

claude codeをデータサイエンス系のプロジェクトで使っていましたが、AI×データ分析はソフトウェア開発に負けないくらい業務インパクトが大きいと感じています。 特に ・仮説を立てたり施策状況を判断するという定性データを取り扱う能力 ・仮説を裏付ける、意味のあるデータを集めてハンドリング＆解釈する定量データを取り扱う能力 AIエージェントはこの両面をシームレスかつ高度に実行できる部分で力を発揮します。 一方でAIエージェントをデータ活用で活躍させるには ・分析の背景となるコンテキスト情報 ・AIエージェントがスムーズにデータにアクセス出来るインターフェース の整備は不可欠です。 企業のデータ活用は如何にAIフレンドリーな環境を作っていくかに主眼が置かれると想定しています。

「AIのメモリ問題、ほぼ解決されたかもしれない」という強気な笑 Supermemory の @DhravyaShah が「ASMR（Agentic Search and Memory Retrieval）」という手法で、AI長期記憶ベンチマーク（LongMemEval_s）で ~99%の精度 を出したという記事を出した。 要点は ・ベクターDB・Embeddingを廃止 ・3並列 observer agents で取り込み ・3並列 search agents で検索（直接事実 / 文脈・含意 / 時系列を分担） ・8〜12の専門エージェントがアンサンブルで協議 → 98.6〜97.2% 「ベクターDB要らない」という結論が一番びっくりした。エージェントが直接記憶を読んで推論する方が、時系列の更新や矛盾に強いとのこと。 「汎用1つ」より「専門分野の小さいやつを複数」の方が強い、というのは人間(及びエージェント)チームの設計と同じ原理で、肌感覚でも確かにわかる。メモリ領域にその原理原則を当てはめたってことか。 処理の段階が多いからリアルタイム性が課題にはなりそう。 4月初旬、全コードOSS公開予定らしいので全力待機。

他職種滲み出す時には、知識レイヤー、作業レイヤー、審美眼レイヤーの3層分けをして立ち向かうことが重要という学び。 エンジニアがデザインをshipして、デザイナーがアプリをshipする。AIが来てから、キャリアの「もう片方」に手が届くようになってきた。 Neethanはエンジニアで、3ヶ月前まで一切デザインができなかった。 デザインのクオリティを上げるために、Skills（デザイン知識）・Agent Canvas（作業面）・インスピレーションツールの3レイヤーを組んで、今は毎週デザインを実装している。 skillとcanvasでデザイナーの仕事を再現した上で、最後はインスピレーションツールで美意識を上げる動きをしているのが印象的。 面白いのはこの対称性で、エンジニアとデザイナーがお互いの「苦手な側」をAIで埋め始めている。T字型人材って昔からよく言われてきたけど、専門性がとけまくっている。 逆にデザイナーが開発する場合でも、知識レイヤー、作業レイヤー、審美眼レイヤーの3層分けをして立ち向かうことが重要。

なるほどすぎる。ちょっと中国一回行っとかないとだな…

イシュー立ってるな 　 github.com/anthropics/cla…

CLIのClaude Codeでたくさん作ったSkills達をモバイルアプリやらMacアプリでスムーズに連携するいい方法ないのかな？と思って調べてみたけど、Pluginにしちゃうのが今のところベストプラクティスっぽい。(本質的にはファイルシステムを共有して欲しいところ) --Claudeの回答抜粋-- Plugin化してmarketplace経由で配布 自分のSkillsをPlugin形式にパッケージして、プライベートmarketplaceとして運用する方法。Pluginはskills、agents、hooks、MCPサーバーをバンドルでき、marketplaceはカタログとして機能する。自分のマーケットプレイスを追加登録すれば、Claude Code CLIでもDesktopでもブラウズ・インストールが可能

うおおおTelegram連携まで！笑

ちょっとまだ機能少ないな🤏

Claudeに追加された「Dispatch」思想的にはもうOpenClaw要らなくなるかもなぁ、、、笑 仕組みはシンプルで、Claude DesktopのCoworkにモバイルからアクセスできるようにしたもの。アプリ同士をペアリングするだけで、スマホとデスクトップ間で1つの会話スレッドが同期される。 Claudeはデスクトップ上で動いているので、ローカルファイル・Slack・Gmail・Google・Driveなど、既に接続済みのツールにフルアクセスできる状態のまま、外出先からモバイルで指示を出せる。 つまり、PCの前にいなくても、自分専用のAIアシスタントがデスクトップで黙々と作業してくれる世界観。（まさにOpenClawで構築しようとしていた世界） デスクトップアプリが起動中でないと動かないけど、PCをスリープしない設定があったりOpenClaw意識しまくり。 OpenClaw環境とどちらが良いのかしばらく並走させてみます。

Claude Mac Appについに神アップデートが入りました。 訳：チャットのUIテキストが無事改行修正入りました。

Anthropic内部で使ってる Claude Code Skill の設計レッスン、丁度改めてSkillについて振り返りをしていたので最高のタイミング！ ーー以下簡易まとめーー 【9つのスキルパターン】 1️⃣ ライブラリ・API リファレンス 内部ライブラリや SDK の正しい使い方を説明。gotchas（落とし穴）のセクションが重要。参考コード snippets をフォルダに入れておくことで Claude が参照可能に 2️⃣ プロダクト検証 Playwright や tmux を使ってコード動作確認。検証スキルは極めて有用。エンジニアが1週間費やす価値ある 3️⃣ データ取得・分析 データ・モニタリングスタック接続。クエリパターン・ダッシュボード ID をスキルに保存 4️⃣ ビジネスプロセス自動化 standup → Slack、チケット作成、weekly recap みたいなワークフロー。前回実行履歴をログに保存すると Claude が delta-only で効率化 5️⃣ コード雛形・テンプレート 新規サービス・マイグレーション・新規アプリの scaffolding 6️⃣ コード品質・レビュー Adversarial review（subagent で反対意見 inspect）・style 強制・testing practices 7️⃣ CI/CD・デプロイ PR monitor → flaky CI retry → 段階的ロールアウト・auto-rollback 8️⃣ Runbook（運用手順書） 症状 → マルチツール調査 → 構造化レポート。服務スキル 9️⃣ インフラ操作 orphan pod 検出・依存性承認・cost investigation 【強い設計の3軸を整理すると…？】 ■ Gotchas 欄が最高信号 Claude が引っかかるエッジケースを捕捉して文書化。運用しながら継続アップデート。これだけで成功率ガクッと上がる ■ ファイルシステム = 情報設計 SKILL.md に全部書かない。代わり： - references/ → 詳細な API・関数署名 - scripts/ → helper function セット - examples/ → 使用例・テンプレート - assets/ → markdown テンプレートなど 「必要な時に読む」構造が Progressive disclosure の究極形 ■ Script ライブラリで composition 加速 「〇〇してください」と指示 vs 「helper function セット置いときました」は全く違う。Claude は composition に集中できる。データ分析スキルなら fetch 関数セットを置いて「火曜日何が起こった？」に対応 【その他ベストプラクティス】 ✓ Config.json で環境差を吸収（Setup コスト削減） ✓ Memory & Log：前回実行履歴ファイルで delta-only 効率化 ✓ 説明欄は「概要」じゃなく「トリガー仕様」（Claude がスキル発見できるか決まる） ✓ On-demand フック：/careful（rm -rf ブロック）・/freeze（特定ディレクトリ外 edit ブロック） ✓ 説明は obvious なことを避ける。Claude を通常の思考から外す情報を 【Marketplace 運用】 小規模：.claude/skills/ で repo にチェックイン スケール：内部 plugin marketplace で自動配布 トラクション後：curation して本体へ スキル依存関係は名前参照で ok。plugin marketplace にはまだ build されてない 【測定】 PreToolUse フック でスキル使用ログ。人気スキル・アンダートリガースキルを発見可能 【まとめ】 「Folder」「Progressive disclosure」「Script library」の3軸でスキルが活きる。Gotchas 継続更新が運用の肝 ーー引用翻訳おわりーー 参考にしてSkill構成を見直そう！

@tokumahata Slackが仕事みたいになっててよくないですね笑

@ktknd 投稿数5000はマジですごいです笑

これ、自分が仕事の中で最大に誇れるスキルかもしれない笑 スタンプは複数押す。スタンプじゃ足りない時はもはやもう普通に「すごい！」とかテキストで打つ。 結果月次のSlack投稿数が5000超えてた。

@lye_ リアクションとSlack返信が仕事でした(それで良いのか

@ktknd かつきさんはマジでリアクション厚くてアツいのでチームのバイブスが明るくなってましたね。僕も見習って押すようになりました

🔸提案が通らない3パターン 自社視点で書く / 現場語だけ / 決裁レイヤー無視 通す提案は以下のストーリーで設計されるべし。 相手の経営課題 → 数字化（ROI）→ レイヤー別設計 最後は「担当者を出世させる」という発想。 提案書は資料じゃなく、社内説得の武器！ note.com/yfujihara/n/n5…

@sota_mikami 三上さんのn8nの発信なども見ててAIやりこんでる感があって気になってました！笑 引き続き応援しまくりand参考にしまくります！

@ktknd かつきさん見ていただきありがとうございます！！ "ぼくが考えるさいきょうの環境"がAIのおかげで構築できそうです🤭 ぜひ真似してみてください＆そして進化させてください！！

これすごい！ 単にClaude Codeで速く作る話じゃなくて、 パターン出し→触れるプロトタイプ→spec→QAまでを一気通貫で繋いでるのが賢い。 • URL1本に文脈を集約する発想 • 「数を出す」より「力点を決める」ために比較可能な状態を作る設計 この2つがめちゃくちゃ良い。真似します！

@ojiro_yamaguchi 返した！

@ktknd とりあえずフォローした笑

perplexity computerがうちのAI社員に使えそうか見てみます！！