插件市场

按已确认的规格分步实现功能并验证验收条件。

分析代码库的模块边界与接口，提出降低复杂度、改善架构的方案。

通过多轮提问完善需求或计划，直到关键决定得到澄清。

将测试中的 as 类型断言迁移为 @total-typescript/shoehorn，构造所需的部分测试数据。

整理代码变更并创建清晰的拉取请求说明。

构建可丢弃的原型，以验证设计问题或交互方案。

依据可信的一手资料研究问题，并将结论记录为仓库内的 Markdown 文档。

复盘开发会话，整理有效做法、问题和后续改进。

创建包含章节、题目、答案和讲解的练习目录，并满足格式检查要求。

为项目配置 Issue 跟踪、状态标签和领域文档等开发工作流。

配置 Husky 和 lint-staged，在提交前执行格式化、类型检查及测试。

为 TypeScript 项目配置深模块结构和配套约束，改善接口与实现边界。

通过红、绿、重构循环，以可验证的测试驱动功能实现和问题修复。

围绕学习目标解释概念、组织练习并检查理解程度。

将需要确认的设计和计划问题整理为结构化问卷。

将已确认的需求整理为可实施、可验收的规格。

把规格拆分为范围清晰、可独立验收的开发任务。

核对 GitHub Issue 和外部 PR 的实际状态，分流需求并整理可执行任务说明。

将上一条回答改写为更通俗、容易理解的表述。

将跨会话的大型工作整理为 Issue 中的共享决策地图，逐项解决决定后明确实施路径。