已开启
单特性在SDD细化过程中识别到需要进一步拆解子特性到其他团队，人工介入成为效率阻塞点 #17
camlostshi创建于 9月9日
9月9日 修改了issue 的描述
ArkUI_Architecture
9月11日 评论：
9月11日 评论：
补充一下具体场景和案例
camlostshi
9月14日 评论：
9月14日 评论：
以 https://gitcode.com/openharmony/arkui_ace_engine/pull/88337 为例：
safeAreaInset布局框架改造对于全量组件而言，由ai一锅出，实际排查出总计仅两个组件不到50行需要单独适配
然而，为了确保全量组件owners对方案完成审视&达成一致，以消减设计风险、避免越俎代庖导致方案遗漏，需要将膨胀开的spec 88337传递给全量owner并确保所有人理解并回填 100+组件 x 3列 的规格排查表格。
传递完整spec，无论是阅读还是快速理解都不现实，因此特地让ai出了一版信息提炼 88337 / floating-immersive-workbench/tracks/safe-area-inset/safe-area-padding-access-and-owner-impact-report.md；即使如此，ai直出的文档没有经过人润色仍然晦涩难懂，不得专门花费精力组织行文，重新又出了一版排查指南 https://gitcode.com/openharmony/arkui_ace_engine/pull/89056 /safe-area-inset-component-owner-guide.md。
最终排查结论与ai扫描的结论相比，确实增补了有效信息。但这个过程的中间件，将海量且晦涩的ai产出转化成人类可读、可传递的高质量材料，对人介入的依赖很高、人力花销不小，成为ai流程中的明显断点；并且，这些材料用之即弃，因为后续回到ai流程时，这些适人阅读的材料信息是冗余的，并且随着spec的快速迭代会很快过期失效，成为人力的浪费。
24 天前 关联了pull request：fix(review-17): address 6 findings from marketplace PR #17 review
由于团队责任田划分，许多大型特性在方案细化后才能明确排查项、对其他责任田下发排查任务，视排查结果可能需要补录需求。
由于ai加入流程，过程产物会显著膨胀。在单人场景下不构成问题，因为单人只要控制最终收口、过程大致把控，精力占用还在合理范围内；但涉及到团队间协作，就要深度介入处理ai过程产物，在团队间梳理和归档传递，这些截面上的人力开销反而膨胀了，变成ai辅助效率阻塞点。较坏的情况下，整理ai产物的人力开销超过了纯人工推倒重来。