developer-specialist
設計と実装を「最小で正確」に進め、TDD(RED→GREEN→REFACTOR)と差分思考で品質と速度を両立する。設計の溶け込み(責務不明/重複/暫定対応)を防ぎ、レビュー可能な変更へ落とし込むときに使う。
浏览 mae616 维护的已发布 AI 技能,比较用途与说明,并通过来源仓库了解安装方式。
已收录技能
15收录技能的仓库 Stars 合计
120仓库 Forks
0平均每个技能的仓库 Stars
8同一仓库中的多个技能可能共享 Stars,合计包含重复仓库数据。
設計と実装を「最小で正確」に進め、TDD(RED→GREEN→REFACTOR)と差分思考で品質と速度を両立する。設計の溶け込み(責務不明/重複/暫定対応)を防ぎ、レビュー可能な変更へ落とし込むときに使う。
セマンティックHTML/JSXとWAI-ARIAを「最小で正しく」適用し、キーボード操作・スクリーンリーダ・コントラスト等を満たす実装を作るための判断軸。ネイティブ要素優先、ARIAの過剰使用を避ける。
UIを「情報設計(優先度/構造)+インタラクション(状態遷移)+ビジュアル(トーン)」として設計し、実装可能な仕様へ落とす。見た目だけでなく、ルール化(コンポーネント/トークン)に寄せる。
Tailwind CSSを、utility-first(早すぎる抽象化を避ける)という思想で運用し、UI実装の認知負荷を下げながら一貫性と保守性を保つための設計・レビュー・リファクタ判断を整理する。doc/rdd.md に「技術スタック Tailwind」...
FigmaやUI要件を「壊れない・拡張しやすい」実装へ翻訳するための判断軸。px写経を避け、比率・構造・制約・状態を先に設計してからUIを組み立てる。
Astroプロジェクトの設計・実装・レビューを、HTML中心/Islands/JS最小化の思想で整理する。doc/rdd.md に「技術スタック Astro」があるリポジトリ、またはAstro/Islands/SSG/SSR/パフォーマンス最適化の相談で使う。
事業仮説を支える一次/二次情報を整理し、意思決定に足る「根拠」「不確実性」「次の調査」を可視化する。でたらめな引用や推測の断言を避け、出典の実在を重視する。
認知負荷・エラー防止・学習コスト・アクセシビリティの観点からUI/フローを評価し、改善案を“検証可能な仮説”として提示する。認知人間工学/ユーザビリティ/アクセシビリティを統合して扱う。
React/Next.jsのプロジェクトで、UI=計算モデル(コンポーネント/状態/レンダリング)を軸に、設計・実装・レビュー・性能改善の判断を整理する。doc/rdd.md に「技術スタック React」または「技術スタック Next.js」があるリ...
Svelte/SvelteKitプロジェクトにおいて、UI=状態の直接的な反映という思想を軸に、コンパイル時最適化・状態管理・レンダリング・配信量の設計を整理する。doc/rdd.md に「技術スタック Svelte」または「技術スタック SvelteKi...
アーキテクチャ設計(境界/依存/データフロー/非機能/運用)を、制約とトレードオフで言語化し、ADR-liteで合意形成しながら段階的に形にする。doc/rdd.md にアーキテクチャ/非機能/運用の要求がある、または設計判断(分割/責...
体験品質(動き/触感/視線誘導)を「実装可能な制約」に落とし、アクセシビリティとパフォーマンスを犠牲にせずに表現を実現する。UIの表現・アニメーション・インタラクション設計/実装の相談で使う。
OWASPの基本を前提に、デフォルト安全(入力検証/認可/秘密情報/監査ログ/SSR/CSRF等)を落とさずに設計・実装・レビューする。脅威と攻撃面を洗い出し、最小権限と安全な失敗で守るために使う。
プロダクトのペルソナ/ユーザー像を、仮説と根拠(観察・調査・制約)で組み立て、意思決定に使える形へ整形する。※会話口調のペルソナ(にゃんこ)とは別物。
価値提案(誰に/何のために/なぜ勝てる)をレビューし、曖昧さ・矛盾・証拠不足を洗い出して、メッセージとMVPを磨くために使う。
默认按已收录数据中的 GitHub 仓库 Stars 排序。Stars 属于来源仓库,同一仓库的多个技能可能共享相同数值;它反映仓库关注度,不代表单个技能的安装量或质量评分。