Rust 製ローカルファースト vector 特化クエリ DB fandhe-db (PostgreSQL wire protocol v3 互換) の fandhe-vector-db-engine / fandhe-vector-db-wire-server リファレンス。 USING PLAN / USING OPERATION_ID 構文、precision・recall モード、 HNSW / BM25 転置索引 / RRF hybrid / rerank、redb 永続化、 tenant・RLS、SIMD / wgpu カーネル、wire_code エラー契約。
スキルを探す
146 件(Fandhe-AI のリポジトリ) ・ 人気順
概要と使いどころ
Three.js (WebGL / WebGPU ベース 3D グラフィクスライブラリ) リファレンス。 Scene, PerspectiveCamera, OrthographicCamera, WebGLRenderer, WebGPURenderer、 BufferGeometry, BufferAttribute, Mesh, Group, InstancedMesh, SkinnedMesh、 MeshStandardMaterial, MeshPhysicalMaterial, ShaderMaterial, node-materials (TSL)、 DirectionalLight, PointLight, SpotLight, AmbientLight、 TextureLoader, GLTFLoader, DRACOLoader, FBXLoader、 AnimationMixer, AnimationClip, AnimationAction, KeyframeTrack、 Vector3, Matrix4, Quaternion, Euler, Color, Raycaster, Box3、 OrbitControls, TransformControls, WebXRManager。
Vercel プラットフォームリファレンス。Vercel CLI、vercel.json / vercel.ts 設定、 Vercel Functions(Node.js / Edge / Fluid Compute / ISR / Middleware)、 Vercel Blob、Edge Config、Marketplace Storage(Neon / Upstash / Supabase)、 デプロイメント管理(Git 連携 / rollback / rolling release)、 環境変数、ドメイン、DNS、ログ、キャッシュ、CDN。
既存の .claude/ 体系(CLAUDE.md・Agents・Rules・Skills・hooks)を診断し、理想形との差分を提示して ユーザー承認後に追補・充実させる。「.claude 充実させて」「CLAUDE.md 充実させて」「Agent 整備して」 「claude 体系アップデート」「Rules 追加して」などで使用。新規セットアップは init-claude を使用。 npx skills add 不足分の補完・implement-issue-tree の前提確認・既存資産の破壊なし差分更新が特徴。
Windows アプリ開発 (WinUI 3 / XAML) の UI 基盤リファレンス。 レイアウトパネル Grid, StackPanel, Canvas, RelativePanel, SplitView, ScrollViewer、 XAML マークアップ x:Bind, x:Name, x:Class, StaticResource, ThemeResource、 添付プロパティ, 依存関係プロパティ、 スタイル・テーマ Style, ControlTemplate, DataTemplate, VisualStateManager, ResourceDictionary, Acrylic, Mica, SystemBackdrop、 データバインディング Binding, INotifyPropertyChanged, ObservableCollection, IValueConverter, DataContext, MVVM、 アニメーション Storyboard, DoubleAnimation, EasingFunction, ThemeTransition, ConnectedAnimation, ImplicitAnimation。
Status が Done のプロジェクトアイテムを `gh project item-archive` で一括アーカイブする。Auto-archive ビルトインワークフローの設定状況も確認・案内 (有効なら手動実行は基本不要)。「完了アイテムをアーカイブ」「Done を整理」「ボード掃除」などで使用。
新しいライブラリ/フレームワークの参照スキルを skills/<library>/ に新規作成するワークフロー。 公式ドキュメント調査から SKILL.md 作成・検証・CLAUDE.md 反映までを Agent 委譲で進める。 「スキルを追加して」「<library> のリファレンスを作って」などで使用。
Conventional Commits 形式で GitHub PR を作成する。OWASP Top 10 のセキュリティチェック必須で、問題があれば PR 作成を中止。Summary/Test plan/Design を含む body を生成。「PR 作って」「プルリク」「`gh pr create`」などで使用。別リポジトリ (upstream) への貢献は contribute-skill。
GitHub Project v2 を新規作成し、Status/Priority/Size の標準フィールドを設定してリポジトリにリンクする。Auto-add/Auto-archive/Auto-close 等のビルトインワークフロー設定 URL もガイド (CLI 不可・Web UI のみ)。「プロジェクト作って」「Project v2 セットアップ」「カンバン作成」などで使用。
プロジェクトアイテムのフィールド値 (Status/Priority/Size 他) をクエリフィルタやアイテム指定で絞り込んで一括更新する。SINGLE_SELECT/TEXT/NUMBER/DATE のフィールドタイプに対応。「Status を In Progress に変更」「優先度を一括更新」「Todo を全部 In Progress に」などで使用。
Windows アプリ開発 (Fluent Design / WinUI 3) の デザインガイドラインリファレンス。 layout, spacing, alignment, elevation, geometry, breakpoints, Color, Mica, Acrylic, Smoke, Reveal Highlight, materials, typography, Segoe Fluent Icons, app icons, motion, easing, connected animation, page transitions, parallax, reduce motion, NavigationView, TabView, CommandBar, menus, keyboard accelerators, access keys, accessibility, high contrast, RTL, globalization, widgets design。
Windows アプリ開発 (WinUI 3 / Windows App SDK) のライフサイクル・ウィンドウ・ 通知・リソース・ウィジェット・配置リファレンス。AppInstance, 単一インスタンス化, RichActivation, PowerManager、AppWindow, AppWindowPresenter, OverlappedPresenter, タイトルバーカスタマイズ, DisplayArea, Win32 相互運用、AppNotification, Toast, PushNotificationManager, バッジ通知、ResourceManager, MRT, PRI リソース, 多言語ローカライズ、WidgetProvider, WidgetManager, アダプティブカード、 MSIX パッケージ配置, 自己完結型デプロイ, DeploymentManager, リリースチャネル。
Windows アプリ開発 (MSIX / Microsoft Store) のパッケージング・配置・公開リファレンス。 MSIX, AppxManifest, MakeAppx, MSIX Packaging Tool, Package Bundles, App Attach, Package Support Framework, Package Identity, PackageFamilyName, PackageManager, スパースパッケージ, App Installer, サイドローディング, Windows App SDK Bootstrapper, 自己完結型デプロイ, SignTool, Azure Trusted Signing (Azure Artifact Signing), 証明書, CI/CD 署名, Partner Center, アプリ送信, 年齢レーティング, ストアリスティング, 段階的ロールアウト, StoreContext, msstore CLI, 認定プロセス, 分析レポート。
既存の GitHub Issue ツリーを棚卸し・更新するスキル。「ツリーを棚卸しして」「イシューツリーを更新して」「トラッキング issue を整理して」で使用。 ルートのトラッキング issue 番号を受け取り、sub_issues API でツリー全体を再帰取得 → closed 親下の残置 open issue 付け替え・孤児の再配置・新 Phase 親の新設・phase ラベル同期 → ルート issue 本文は既存本文を保持し、Phase 別表・棚卸し履歴の管理ブロックのみ更新する。 ツリー新規作成は create-issue-tree、実装消化は implement-issue-tree を参照。
親イシュー配下のサブイシュー(孫含む)を依存順を保ちつつ worktree で並列に自動実装・push 前 review・PR 作成・CI 監視・マージ可能状態化まで一括自動化。 「イシューツリーを並列実装」「配下のサブイシューをまとめて実装」「ツリー全体を並列で実装して」「イシュー階層を自動開発」で使用。 per-issue 計画立案(Plan: セッション継承モデル)→実装(Implement: sonnet)の分業。push 前 review(Review 通過後にのみ push・PR 作成して CI を 1 回だけ起動)。 外部チェック構成は args の externalChecks で明示({"app", "context"} の組で宣言。[] で「なし」を確定して不要待機なし・未指定なら自動マージ停止・slug のみの旧形式は自動マージ fail-closed)。 自動 squash merge は autoMerge: true + externalChecks 明示(全 App の信頼済み context 宣言込み)の opt-in で実行(merge-exec の自己取得再検証 + サーバー側 branch protection 実測が前提。既定 false はマージ可能状態で停止し人間がマージ。サーバー側 workflow サンプル(upstream の docs/implement-issue-tree/auto-merge-sample.yml 参照)+ branch protection への委譲も可)。並列度(parallel)と依存(dependsOn)で実行順を制御。 Phase 単位で厳密に直列化したい場合は phaseGate: true(opt-in。ルート直下の子〔Phase 親〕を sub-issues リスト順に直列化し、前 Phase の全子孫が merged/closed になるまで次 Phase 配下に着手しない。既定 false は現行の post-order 優先度のみ)。 単一イシューの実装は implement-issue、PR レビューは implement-review-pr を参照。
Zod (TypeScript-first スキーマバリデーションライブラリ) リファレンス。 z.object / z.string / z.number / z.array / z.union / z.enum 等のスキーマ定義、 parse, safeParse, z.infer (型推論)、refine, transform, pipe、 default, optional, nullable、エラー処理、Zod 4 移行。 createInsertSchema / createSelectSchema (drizzle-zod、Drizzle テーブルからのスキーマ生成) は別スキル drizzle。
Phase 分割された GitHub Issue ツリーを新規作成するスキル。「イシューツリー作って」「タスクを Phase 別に Issue 化」「Issue ツリーを起票して」で使用。 要件・タスク一覧を受け取り、タスク分解(既定 2h 粒度・--granularity で変更可)→ Phase 分割 → ルート(トラッキング)issue → Phase 親 issue → 子 issue の階層を sub_issues API で紐付け。 phase ラベル付与・ルート issue 本文の Phase 別表生成まで自動化。任意の phase 指定で部分起票にも対応。 ツリーの棚卸し・更新は update-issue-tree、実装消化は implement-issue-tree を参照。
GitHub Issue を親子構造 (sub-issues) で作成する。`gh issue create` で親・子 Issue を生成し、`gh api .../sub_issues` で親子関係を紐付ける。タイトルは Conventional Commits 形式 (`feat:`, `fix:` 等) を推奨。「Issue 作って」「タスクを分解して Issue 化」などで使用。
TypeDoc (TypeScript API ドキュメントジェネレーター) リファレンス。 typedoc.json、TSDoc タグ、CLI オプション、entryPoints、 テーマ (default / markdown)、プラグイン開発、 TSDoc / JSDoc コメントから HTML / Markdown ドキュメント生成。
GitHub PR の CI ステータス (`gh pr checks`)・コード品質・セキュリティ (OWASP Top 10)・Conventional Commits 準拠をレビューする。`gh pr review --approve/--request-changes/--comment` でレビュー投稿も可能。「PR #N をレビュー」「PR レビューして」などで使用。ローカル diff のレビューには implement-review を使用。
Theatre.js アニメーションツールキットリファレンス。 @theatre/core / @theatre/studio / @theatre/r3f / @theatre/dataverse。 getProject, Sheet, Sequence, Object, val, onChange, prop-types(number / rgba / compound / image)。 studio initialize / extend / transaction / scrub / createPane。 SheetProvider, editable, useCurrentSheet, useVal, usePrism, useAtom。 keyframe アニメーション、audio sync、state JSON、React Three Fiber 統合。
Issue/PR の状態とプロジェクト Status の自動同期を設定する。モード A は `Fandhe-AI/actions/project-sync` Composite Action を使う `.github/workflows/project-sync.yml` を生成 (PAT または GitHub App トークン)。モード B は既存の不整合を一括補正。「自動同期セットアップ」「PR レビュー時に In Review 化」「ボードと Issue の状態を同期」などで使用。
Vitest (Vite ネイティブテストフレームワーク) リファレンス。 test, describe, it, expect, vi.fn, vi.mock, vi.spyOn、 beforeEach / afterEach / beforeAll / afterAll、coverage (v8 / istanbul)、snapshot、 vitest.config.ts、ワークスペース、ブラウザモード、UI モード、bench。
前回更新コミット (_/.last-update-docs で追跡) からの差分をもとに CLAUDE.md のスキル一覧・リポジトリ構造ツリーを更新する。 新スキル追加時、.claude/agents/ や .claude/rules/ の変更時、「ドキュメント更新して」「CLAUDE.md を更新して」などで使用。 コード内コメント・ドキュメンテーションコメントの補強を依頼された場合にも参照する指針を含む。