用途：从技术设计生成 ABP 框架的 Application.Contracts 层代码，把接口设计与实现分离，便于 abp-developer 按接口实现、qa-engineer 在实现前按接口写测试，从而在 /add-feature 工作流中并行推进。
主要能力：生成服务接口（I{Entity}AppService，继承 IApplicationService）、输出 DTO（继承 FullAuditedEntityDto<Guid>）、创建与更新输入 DTO、列表过滤分页 DTO（继承 PagedAndSortedResultRequestDto）、权限常量类（{Entity}Permissions）。还覆盖激活/停用、父子层级、下拉查找、批量操作等常见模式，并给出生成检查清单与命名约定。
使用方式：由 backend-architect 在 /add-feature 第一阶段调用，产出 docs/features/{feature}/technical-design.md 及 Application.Contracts/{Feature}/ 下的接口、DTO 与 Permissions/{Entity}Permissions.cs；第二阶段 abp-developer 与 qa-engineer 并行工作。生成时需保证接口继承 IApplicationService、DTO 命名空间为 {ProjectName}.{Feature}、权限遵循 {Project}.{Resource}.{Action} 模式、集合属性初始化、必填与可选标注正确。
适用场景：ABP 项目的接口先行开发、API 契约先行定义、并行实现与测试准备。
限制：资料未提供安装命令、收费与价格、平台支持、实际效果等信息；具体生成结果依赖技术设计输入，需人工核对属性与权限定义。