Skills 目录 · 第 66 页

使用 actor 在 Swift 中实现线程安全的数据持久化——内存缓存配合文件存储，从设计上消除数据竞争。

Swift 6.2 可接近的并发性 — 默认单线程，@concurrent 用于显式后台卸载，隔离一致性用于主 actor 类型。

Swift 6.2のアクセシブルな並行処理——デフォルトはシングルスレッド、@concurrentは明示的なバックグラウンドオフロードに使用し、分離の一貫性はMainActor型に使用する。

Swift 6.2 易用并发：默认单线程，使用 @concurrent 显式将任务卸载到后台，为主 actor 类型提供隔离一致性。适用于采用 Swift 6.2 并发时——使用 @concurrent 卸载任务或解决主 actor 隔离问题。

审查并修复 Swift 并发问题，例如 actor 隔离和 Sendable 违规。

基于协议的依赖注入，用于可测试的Swift代码——使用聚焦协议和Swift Testing模拟文件系统、网络和外部API。

面向可测试Swift代码的基于协议的依赖注入——使用聚焦协议和Swift Testing模拟文件系统、网络和外部API。

面向可测试 Swift 代码的基于协议的依赖注入——使用聚焦协议和 Swift Testing 模拟文件系统、网络与外部 API。适用于 Swift 代码需要测试且必须模拟文件系统、网络或外部 API 的场景。

テスト可能なSwiftコードのためのプロトコルベースの依存性注入——焦点を絞ったプロトコルとSwift Testingを使用してファイルシステム、ネットワーク、外部APIをモックする。

@Observableを使用した状態管理、ビュー合成、ナビゲーション、パフォーマンス最適化、モダンなiOS/macOS UIのベストプラクティスを備えたSwiftUIアーキテクチャパターン。

SwiftUI 架构模式，使用 @Observable 进行状态管理，视图组合，导航，性能优化，以及现代 iOS/macOS UI 最佳实践。

SwiftUI 架构模式、使用 @Observable 的状态管理、视图组合、导航、性能优化以及现代 iOS/macOS UI 最佳实践。在构建或审查 SwiftUI 视图、@Observable 状态、导航或渲染性能时使用。

执行详细的SWOT分析——优势、劣势、机会和威胁，并给出可操作的建议。适用于战略评估、竞争分析或评估产品或业务定位。

当用户分享课程大纲或提纲并希望获得补充阅读材料时使用。用 topic_grouper.py 对主题分组，查找近期同行评审论文，并生成包含摘要和讨论问题的 .docx 文件。

在Python中进行符号数学计算时使用此技能。该技能适用于符号计算任务，包括代数求解方程、执行微积分运算（导数、积分、极限）、操作代数表达式、符号矩阵运算、物理计算、数论问题、几何计算，以及从数学表达式生成可执行代码。当用户需要精确的符号结果而非数值近似，或处理包含变量和参数的数学公式时，应用此技能。

コードベースの現状に合わせてドキュメントを同期・更新する。 README、コンセプト、構文仕様、要求など実装とともに変遷したドキュメントを見直し、 差分があれば更新 PR を作成する。 Trigger when the user says: "ドキュメント同期", "docs sync", "sync docs", "ドキュメントを更新", "仕様を反映", "ドキュメントが古い", "stale docs", or similar phrases requesting documentation synchronization.

他の PR を main にマージした後、進行中の各 worktree に main を取り込む (merge) ワークフロー。並行している worktree が main から遅れるのを一括で 解消する。Trigger when the user says: "worktreeにmainを取り込む", "worktreeを最新化", "worktree同期", "mainを取り込む", "sync worktrees", "merge main into worktrees", "update worktrees with main", or similar phrases requesting to bring the default branch into in-flight worktrees.

遇到任何缺陷、测试失败或意外行为时，在提出修复方案之前使用。

每当出现故障时，在提出或实施任何修复之前，你必须使用本技能，包括快速修复以及用户赶时间的情况：缺陷、失败或红色的测试、构建或 CI 失败、崩溃、性能问题、异常行为。它分四个阶段（调查、对比、验证单一假设、先写失败测试再修复）找出根本原因，而不是猜测；在三次修复失败后停止并质疑设计。不适用于编写新功能。

遇到任何缺陷、测试失败或意外行为时，在提出修复方案之前使用。

在修改代码之前找出缺陷的根本原因：构建紧凑且能复现失败的反馈循环，在组件边界收集证据，对可证伪的假设排序，然后一次性修复并用回归测试证明。适用于任何测试失败、生产缺陷、异常行为、性能回归或构建失败——尤其是在时间紧迫或某次修复未奏效之后。不适用于探索性的“让它更好”式重构，也不适用于原因已被证实、已知的机械性改动。

用于Tailwind v4样式：添加/修复类名、配置或迁移Tailwind、使用tailwind-variants或tw-animate-css。

使用 Tailwind CSS 构建可用于生产的设计系统，涵盖设计变量、组件变体、响应式模式和无障碍支持。

Tailwind CSS v4 原则。CSS-first 配置、容器查询、现代模式、设计令牌架构。

Builds backend services, integrations, scripts, and business logic within an assigned scope. Activate when the user invokes Tanis by name or assigns this persona; the specialty alone does not trigger it.

TanStack Query（React Query）专家——异步状态管理。涵盖数据获取、过期时间配置、变更、乐观更新，以及 Next.js App Router（SSR）集成。

Run one subtask end to end: clarify the approach, write the code, test it, then deliver it behind a completion gate. Use it at the start of every subtask you implement.

Decide whether a subtask needs a brainstorm and a locked spec before any code is written. Run it at the start of every subtask, and transparently skip the brainstorm when the subtask is routine.

Write the code for a locked subtask, then record the progress so the session can resume later. Run it after the spec is settled and before the subtask is tested.

Close out a subtask behind a completion gate and mark it complete in progress.md. Run it after the tests pass, before you start the next subtask.

使用 Markdown 复选框执行设计文档中的实现任务。适用于：(1) 实现 feature-design-assistant 输出的功能；(2) 恢复中断的工作；(3) 批量执行任务。由“start implementation”“run tasks”和“resume”触发。

在仓库中或桌面上为跨仓库工作创建一份决策完整的任务交接，返回用于全新交互式 Codex 会话的命令，并建议对复杂任务采用 Codex 子智能体委派。

编写或修订实用的 Paperclip 计划，明确结果与验证方式。用户要求计划，或执行前需要消除不确定性时使用。

Write and run the tests for a subtask with a red-green-refactor loop, and diagnose the failures when they break. Run it after the code is written, before the subtask is delivered.

Structured analysis and planning of a spec. Use when: analyzing a spec, planning its solution, identifying affected files. Do NOT use for: pure code implementation, TDD cycle, code review

面向 angelcore / cloud-trance / hyperpop 系音乐视频和短视频剪辑的创意指导层——包含具名流派的美学词汇、情绪+色彩+光线系统、节拍同步剪辑语法，以及串联 ECC 视频技能（从 b-roll 生成到分发）的流水线。当视频必须显得有意图而非仅仅功能可用时使用——音乐视频、粉丝剪辑、情绪板驱动的短视频，或为 AI-generated b-roll 赋予连贯的视觉方向。

基于蒸馏风格包生成新视频并剪辑为成片——依据参考素材的剪辑节奏规划镜头，在 fal 上生成，用风格包实测 LUT 调色，按实测节奏剪辑，融入现有素材，合成叠加图层，铸造 3D 道具，并对结果进行数值验证。适用于用户想以捕获的风格制作视频、补充现有素材，或将生成的片段组装成真实剪辑。

面向 Google Stitch 的语义设计系统技能。生成对智能体友好的 DESIGN.md 文件，强制执行高端、反通用化的 UI 标准——严格排版、校准色彩、非对称布局、持续微动效以及硬件加速性能。

将一组参考视频测量为可复用的风格包：以3D LUT形式呈现的调色、以镜头时长分布呈现的剪辑节奏、主视觉静帧、屏幕混合叠加图层，以及供生成模型使用的文本规格。适用于用户想要捕捉参考素材的观感、构建可重复的观感、从参考素材生成资产，或复现某人的调色与节奏时。

用于文件驱动的多模态图像、视频和 3D 资产发现；品味访谈；提炼或应用工作流；风格包验证；可编辑的 EDL/FCPXML 导出；来源审计；以及在提供商生成前必须失败关闭的离线规划。

使用Tavily API进行网络搜索、内容提取、抓取和研究。

适用于将技术变更作为记录进行跟踪，或通过变更记录在 AI 会话之间交接工作。使用 tc_create.py、tc_update.py 和 tc_validator.py 创建、更新和校验变更记录。

测试驱动开发。用户希望先写测试再开发功能或修复缺陷、提到“红灯—绿灯—重构”，或希望编写集成测试时使用。

Test-Driven Development guidance. Use when writing tests before implementation, applying Red-Green-Refactor, testing Value Object contracts, typed domain failures/Results, DDD Aggregates, Domain Events/subscribers, transaction or cache boundaries, data migrations/backfills, Criteria/query adapters, repository contracts or persistence adapters, choosing between test doubles, deciding test granularity, reviewing test suite quality, or diagnosing brittle tests.

Test-Driven Development methodology. Use when: implementing new functionality, refactoring existing code, ensuring high test coverage. Do NOT use for: task analysis and planning (use task-workflow-assistant), codebase exploration without implementation

面向 Jest、Pytest、JUnit、Vitest 或 Mocha 的测试先行开发与测试生成：红-绿-重构、夹具与模拟、覆盖率缺口。当用户要求在代码之前或之后编写测试、模拟依赖或提高覆盖率时使用。

TDD 主控编排器，专精于红-绿-重构纪律、多智能体工作流协调以及全面的测试驱动开发实践。

测试驱动开发流程：先编写失败测试、观察其失败、以最小变更使测试通过，再重构；单元、集成和 E2E 测试覆盖率达到 80%+。适用于开发新功能、修复缺陷、重构，或被要求先写失败测试的情况。

新機能の作成、バグ修正、コードのリファクタリング時にこのスキルを使用します。ユニット、統合、E2Eテストを含む80%以上のカバレッジでテスト駆動開発を強制します。

새 기능 작성, 버그 수정 또는 코드 리팩터링 시 이 스킬을 사용하세요. 단위, 통합, E2E 테스트를 포함한 80% 이상의 커버리지로 테스트 주도 개발을 시행합니다.