ayako

2.7K posts

ayako banner
ayako

ayako

@ayako_design

デザイナー🧑‍🎨

Tokyo Katılım Haziran 2020
922 Takip Edilen530 Takipçiler
ayako retweetledi
Claude Code Studio
Claude Code Studio@ClaudeCode_love·
【速報】 Claude Code 2.1.149に新機能「/usage」が追加😳 結論 → どのSkill・Subagent・MCPがコストを食ってるかが一発で見えるようになりました x.com/ClaudeCodeLog/… 正直、これはマジででかい機能追加なので解説します👇 これまでのClaude Codeは「Skillsもプラグインも全部一緒くた」でした。 でも 2.1.149 で /usage を叩くと ・Skills別の使用量 ・Subagent別の使用量 ・プラグイン別の使用量 ・MCPサーバー別のコスト ・どれが原価ドライバーかが一目で見える ・26件のCLI変更を1リリースに同梱 つまり、コスト管理がプロンプト1発で完結する状態になります。
日本語
11
88
749
66K
ayako retweetledi
Koder
Koder@koder_dev·
Evaluatorが出した失敗をFAILURES.mdに個人ローカル蓄積→3件以上溜まったらチームルールに昇格って仕組み、めちゃ賢いな 失敗を「次のセッションのエージェントが読める形」に残してチームに還元する、この運用チーム全体にバフがかかっていいなー zenn.dev/dely_jp/articl…
日本語
0
7
116
6.9K
ayako retweetledi
すぅ| PM & PdM🐈
すぅ| PM & PdM🐈@suh_sunaneko·
AI業務フロー作成の最高傑作ができました。 業務ヒアリング議事録があれば、この品質の業務フローを一発で作成することができる ・Skill化したのでCursorでもClaudeCodeでも同じ品質で誰でも出力可能 ・出力先がMiroなので編集しやすい ・タイムライン/ドキュメント/システムも表現される 最終整備していずれ公開予定
すぅ| PM & PdM🐈 tweet media
日本語
18
129
2K
563.7K
ayako retweetledi
すぅ| PM & PdM🐈
すぅ| PM & PdM🐈@suh_sunaneko·
プロジェクトマネジメントにおいて、WBSは必須アイテム。でも、タスク間の関係が複雑になればなるほど管理がしきれない問題を解決するために、AIと一緒にWBSを管理するSkills群について記事にしました。 5周くらい回ってExcelやスプシ管理が安定するなと感じてます。 note.com/suh_sunaneko/n…
すぅ| PM & PdM🐈 tweet media
日本語
1
54
497
65.7K
ayako retweetledi
sawa / ston. - swan
sawa / ston. - swan@swn__jp·
最近の個人開発は @mobbin のMCP使ってUIリサーチをさせるようにしてる UI自体のリサーチも良いんだけど、横断して傾向分析できるのが良い mobbin.com/mcp
sawa / ston. - swan tweet media
日本語
1
8
144
11.2K
ayako retweetledi
かぴばら(コラム更新日記)
私そこの一部ね! カルビーさんが、インク供給の問題で、銀色ベースに黒印刷の簡易パッケージでポテトチップスを出荷すると告知されました。 「もう透明の袋で良いじゃん」という声もありますが、正直それをやると大変なことになります。 実は昔、私はこの“印刷する層”に関わる仕事をしていたことがありまして、ポテチの袋は単なる見た目ではないんですよね。 あの銀色の層には、 光を遮る 酸素を通しにくくする 湿気を防ぐ 油の酸化を遅らせる という重要な役割があります。 もし透明な袋にすると、スーパーの照明の前に並んでいるだけで、品質の劣化がかなり進みやすくなります。 なので、今回の「黒印刷だけの簡易化」は、見た目を削ってでも、中身を守るための判断なんだと思います。
かぴばら(コラム更新日記) tweet media
日本語
658
33.4K
108.7K
10.1M
ayako retweetledi
コムテ
コムテ@commte·
Google 公式 Skills が来た 13個のスキルが公開。Claude Code / Antigravity / Gemini CLI / Cursor / GitHub Copilot ほか主要エージェントが対応してる Agent Skills 標準準拠 github.com/google/skills
日本語
0
377
3.4K
480.7K
ayako retweetledi
hiragram/ヒラリチャン
AIのハーネスを徹底的に整えたら、レビューもシステム運用も自動化され、非エンジニアも開発に参加できるようになった話 ── 連載総論|辻 亮佑 zenn.dev/aircloset/arti… #zenn
日本語
0
61
463
34.3K
ayako retweetledi
チャエン | デジライズ CEO《重要AIニュースを毎日最速で発信⚡️》
海外でバズっていた「CLAUDE.md最適化」の記事がかなり本質的でした。 要するに、Claude Codeの精度はモデル性能だけでなく、最初に渡す“行動ルール”で大きく変わるという話です。 記事では、Karpathy氏の問題提起をもとに作られた4つのCLAUDE.mdルールを使うことで、Claudeのミス率が41%→11%まで改善。 さらに著者が30個のコードベースで6週間検証し、8つのルールを追加したところ、ミス率は3%まで下がったとのこと。 最初の4ルールはかなりシンプルです。 ・いきなりコードを書かず、前提を明示する ・過剰実装せず、最小構成で解く ・関係ないコードを勝手に触らない ・成功条件を決めてから検証まで回す これは、Claude Codeでよくある ・勝手な思い込み ・不要な抽象化 ・関係ない箇所の修正 ・テストしたつもりで未検証 を防ぐためのルールです。 ただ、今のClaude Codeは単なるコード補完ではなく、複数ファイルを横断したり、長時間タスクを回したり、HooksやSkills、MCPと連携する“業務エージェント”に近づいています。 そこで追加された8ルールが重要。 ①判断が必要な部分だけAIに任せる ②ルーティングやリトライなど決定論的処理はコードに任せる ③トークン予算を決め、長引いたら要約して仕切り直す ④矛盾する実装パターンを混ぜず、どちらを採用するか明示する ⑤書く前に周辺コード、呼び出し元、共通関数を読む ⑥テストは挙動だけでなく、意図まで検証する ⑦長い作業ではステップごとにチェックポイントを置く ⑧不確実な成功は成功と言わず、必ず表面化する 特に大事だと思ったのは、CLAUDE.mdを「お願いリスト」ではなく「AIエージェントの行動契約書」として扱う視点。 毎回プロンプトで頑張るより、最初に守るべきルールを明文化した方が、出力の安定性はかなり上がります。 Claude Codeを本格活用するなら、CLAUDE.mdはただの補助ファイルではなく、業務品質を左右する“設計書”だと思います。
チャエン | デジライズ CEO《重要AIニュースを毎日最速で発信⚡️》 tweet media
Mnimiy@Mnilax

x.com/i/article/2053…

日本語
20
163
1.6K
257.5K
ayako retweetledi
柳川慶太 | BASE, Inc. 執行役員 金融事業担当
AIがコード書いてくれる時代ですが、基礎的なWebの知識はあると何かと便利です! いくらでも書けることありますが、出来るだけポイント絞って書いてみました! AIを使って何かを作りたいエンジニア未経験者が押さえておきたい、Webアプリの基本構成 |柳川慶太 note.com/gimupop/n/na39…
日本語
0
55
713
206.2K
ayako retweetledi
Claude Code Studio
Claude Code Studio@ClaudeCode_love·
【速報】 Claude Code、ついに「AI作業員を管理しやすくする新機能」を出してきた😳 その名も ーーーAgent View!! これ、一言で何ができるかというと👇 x.com/claudeai/statu… 複数のClaude Codeエージェントを同時に走らせるための“管制”ができます。 これまでClaude Codeで複数タスクを並列実行しようとすると、 ターミナルタブを何個も開く tmuxで画面を分割する どのClaudeが何をしているか自分で覚える みたいな運用が必要でした。 でもAgent Viewでは、 ・複数セッションを1画面で一覧管理 ・実行中 / 入力待ち / 完了を確認 ・必要なセッションだけ覗く ・その場でインライン返信 ・必要ならすぐフルセッションに復帰 ・既存セッションを /bg でバックグラウンド化 ・claude --bg "task" で最初から裏で実行 ができるようになります。 つまり、Claude Codeが 「1つのチャットでコードを書くツール」から、 複数のAI作業員を同時に動かす開発OSに近づいている。 特にヤバいのはここ。 各セッションはターミナルタブを占有しなくても継続実行される。 だから、 ・バグ修正 ・PRレビュー ・ログ調査 ・テスト実行 ・別案の検証 ・長時間の修正タスク を同時にClaudeへ投げて、 人間は「詰まっているところだけ介入する」動きがしやすくなる。 これはClaude Codeの思想がかなり明確になったアップデート。 もうAIに1問1答でお願いする時代じゃない。 複数エージェントを並列で走らせ、人間はマネージャーとして管理する時代に入ってきてる。 Research Previewとして提供開始。 使うには claude agents。
日本語
20
140
1.5K
175.2K
ayako retweetledi
すぐる | ChatGPTガチ勢 𝕏
Claude Codeチームが「マークダウン」を 捨てた理由を解説した記事、かなり有益だった。 ㅤ ①AIが1000行プランを一度に出力する ②.md は「ただの長文壁」で読まれない ③HTMLなら SVG + 操作 + 構造が同居 ④Firebaseに置けばURLで渡せる ㅤ 特に④が大きくて、URL渡すだけで「会話の流れ + 判断の跡」がリッチに読める: ㅤ 読まれない仕様書に時間を払うのが、結局一番高くつく気がするなあ、、、
すぐる | ChatGPTガチ勢 𝕏 tweet mediaすぐる | ChatGPTガチ勢 𝕏 tweet mediaすぐる | ChatGPTガチ勢 𝕏 tweet mediaすぐる | ChatGPTガチ勢 𝕏 tweet media
Thariq@trq212

x.com/i/article/2052…

日本語
10
113
1K
198.5K
ayako retweetledi
santi
santi@santtiagom_·
Claude Code está armado sobre una arquitectura bastante clara. Tiene 5 capas: 1) CLAUDE.md → memoria persistente (reglas, arquitectura, contexto base) 2) Skills → conocimiento modular que se activa cuando hace falta 3) Hooks → control y calidad a nivel sistema (no depende del prompt) 4) Subagents → delegación con contexto aislado 5) Plugins → distribución de todo eso al equipo Estas 5 capas forman el core del agente. Alrededor de eso: MCP → integraciones (APIs, DBs, SaaS) Agent Teams → ejecución en paralelo y coordinación Cómo funciona en la práctica: definís reglas → agregás conocimiento → asegurás calidad → delegás tareas → lo compartís con el equipo
Brij Pandey@LearnWithBrij

Claude Code ships with 5 architectural layers most engineers never open. Not features. Not settings. Layers — each solving a distinct problem that LLMs alone can't solve. And four of them have nothing to do with prompting. Here's the full Agent Development Kit: Layer 1 — CLAUDE.md → The Memory Layer Architecture rules, naming conventions, test expectations, repo map. Always loaded. Always active. Two scopes: • ~/.claude/CLAUDE.md → global • .claude/CLAUDE.md → project This isn't context you paste in before every session. It's context that never needs repeating. The agent's constitution. Layer 2 — Skills → The Knowledge Layer Each SKILL.md carries a description. Claude matches it at runtime and forks the skill into an isolated subagent. On-demand, never always-on. Task-specific knowledge without inflating your main context window. Modular by design. Layer 3 — Hooks → The Guardrail Layer PreToolUse → PostToolUse → SessionStart → Stop → SubagentStop This is the layer most teams skip. And the one they regret skipping first. Hooks are NOT AI. They're deterministic event-driven shell commands. • Auto-lint on every Write • Hard-block on rm -rf • Slack notification on Stop Event fires → Matcher checks → Command runs Quality enforced at the infrastructure level. Not the prompt level. Layer 4 — Subagents → The Delegation Layer Each subagent gets its own context window, model, tools, and permissions. Main agent delegates down. Receives results up. That's it. No infinite recursion — subagents can't spawn subagents. Main context stays clean. Hard boundaries by design. Layer 5 — Plugins → The Distribution Layer Bundle your skills + agents + hooks + commands into a plugin. One install. Whole team inherits the behavior. Think npm packages — but for what your agent knows how to do. Wrapping everything: → MCP Servers on the left (GitHub, databases, APIs, custom integrations) → Agent Teams on the right (parallel execution, message passing, shared permissions) The 5-layer stack in one line: CLAUDE.md sets rules → Skills provide expertise → Hooks enforce quality → Subagents delegate work → Plugins distribute to the team Most production failures in agentic systems trace back to one missing layer. Which one is the gap in your current setup?

Español
18
317
2.3K
217K
ayako retweetledi
すぎそん|デザイナー
デザイナーの頭の中🧠 デザイナー育成で「どうやったらレベルアップできるのか?」を考えていた時に、やらないといけないこと、 勉強しないといけないこと、 考えないといけないことが本当に多いな…と思って、 頭の中を可視化してみました。 デザインって、 見た目を作る仕事というより、 色んな要素を同時に整理して、繋いで、形にしていく仕事なんだなというのがよく分かりますね👀
すぎそん|デザイナー tweet media
日本語
8
182
1.6K
58.4K
ayako retweetledi
そう|Claude Codeで始めるAI自動化
Googleが「DESIGN.md」をオープンソース・完全無料で公開しました。AIにデザイン作らせると漂う「AI臭」が完全になくなります。 ・自分のブランドカラー・フォント・トーンをまとめて1ファイルに定義 ・「なぜその色か」まで自然言語で添えられるからAIが意図ごと理解 ・Claude Code・Cursorなど複数AIで使い回しても同じ世界観で出力 ・W3C標準(DTCG)互換でFigmaの既存トークン資産とそのまま接続 全部0円。AI臭いデザインから抜け出す方法、解説します👇
そう|Claude Codeで始めるAI自動化 tweet media
日本語
3
110
1.1K
68.1K
ayako retweetledi
lucas
lucas@lucas_flatwhite·
🎨 DESIGN.md Generator > 이제 Figma 디자인 시스템을 AI가 이해하는 언어로~~ Figma Community에서 바로 설치! figma.com/community/plug… AI로 UI를 생성할 때 가장 큰 병목은 코드가 아니라 컨텍스트! "우리 디자인 시스템의 색상 토큰이 뭔지..." "버튼의 radius 값이 얼마인지..." 뭐 이런걸 AI가 모르면 아무리 좋은 프롬프트를 써도 결과물은 디자인 시스템과 동떨어진 코드가 나오겠죠? 이 문제를 해결하는 Figma 플러그인이 공개되었네요! Design MD Generator는 Figma에 정의된 로컬 스타일... 색상, 타이포그래피, 스페이싱, 변수 이런 것들을 자동으로 추출해서 DESIGN.md + SKILL.md 파일로 변환해줘요. AI 에이전트가 읽을 수 있는 형태로요. 생성된 파일은 Claude Code, Cursor, Codex, OpenCode 등 주요 AI 코딩 도구에 바로 연결할 수 있어요. 디자이너가 Figma에서 정의한 토큰이 그대로 AI의 컨텍스트가 되는 구조! API 호출 없이 로컬 알고리즘으로만 동작하기 때문에 속도가 빠르고, 토큰이나 스타일 데이터가 외부로 나가지 않아요. MIT 라이선스로 완전 오픈소스! ✨
lucas tweet media
Zoltán Szőgyényi@zoltanszogyenyi

I built a Figma plugin that extracts local styles (tokens and variables) and generates DESIGN md and SKILL md files that you can integrate with any AI tool 💻 open-source under MIT license 🤖 works with all major AI tools 🚀 local algorithm without API calls

한국어
2
67
434
39K
ayako retweetledi
田所義朗 ABEMA PdM
田所義朗 ABEMA PdM@yoshi_tado·
Product Management Summit 2026(#pdm_summit_findy)で登壇した資料をアップしました 「AI時代でも成果を出し続けるためのPMの素養や育成」 として、アウトプットしてみました。 登壇中に口頭で多く補足したので、 (お声がけもしあれば)別の機会で話せればと思います。 speakerdeck.com/tadokoro_yoshi…
日本語
2
29
346
44.2K
ayako retweetledi
すぅ| PM & PdM🐈
すぅ| PM & PdM🐈@suh_sunaneko·
新しいFigjamのMCPを使ってテキスト情報から業務フロー作成できることを確認しました。 過去の業務フロー生成スキルをフル活用できたので、いきなり品質高く作ることができました。 ニーズあればnoteで公開しようかな。
すぅ| PM & PdM🐈 tweet media
日本語
4
11
188
22.9K