优先级与上下文
定义持续的 UI 原型设计优先级,校准工作区技能,并附加辅助上下文文件来引导代码库分析。
在 Stitch 工作区中,优先级不是“把按钮颜色改成蓝色”这类一次性的 bug 工单,而是一项长期的设计目标,用来告诉 Stitch 应该在应用的各条路由中寻找哪类 UX 改进。
工作区功能需要在本机运行一次
stitch enable loop。设置方法请参阅连接仓库。
用 /stitch 技能设置优先级
当你用 /stitch 技能接入仓库时,智能体会主动提出配置我们的标准 Scale Interactive Visual Prototyping 优先级(ui-prototyping)。你也可以随时让 /stitch 设置或调整优先级:
从终端使用 UI 原型模板
CLI 内置了一个模板注册表,一步即可创建长期优先级,并校准工作区的远程分析技能:
stitch create priority --template ui-prototyping
运行 stitch create priority --template ui-prototyping 会同时完成两件事:
- 创建长期优先级,采用
CREATE_SUGGESTIONS自主级别,让 Stitch 持续提出洞察、方案规格和画布设计提示词。 - 同步三项工作区技能(
design-synthesis、insight-guidelines和assessment-guidelines),引导 Stitch 的后端研究智能体转向可视化 UI 原型,而不是通用的代码质量 lint。
如果你想针对应用中的特定路由或工作流,可在 --template ui-prototyping 之外传入 --objective,这样既能定制目标,又能保留 UI 原型技能的校准:
stitch create priority \
--template ui-prototyping \
--objective "Transform passive schedule and booking tables across /schedule and /venues into tactile, direct-manipulation surfaces."
撰写以结果为重的目标
最好的优先级目标描述的是跨多条路由、可持续的 UX 结果,而不是一个封闭的单项任务:
- 瞄准结果:“评估
/feed和/schedule的视觉节奏,让移动端日程视图一眼可读且富有触感”,或者 “把只读的预订摘要改造成可直接操作的界面,覆盖/venues和/checkout。” - 跳过琐碎任务:像 “修复
/schedule的表格内边距” 或 “加一个筛选下拉框” 这样一句话的小事,直接改比走一遍工作区综合分析更快。
每当重心变化时,你都可以列出、查看或更新当前生效的优先级:
stitch find priorities
stitch edit priority <priority-id> --objective "..."
stitch delete priority <priority-id>
附加支撑文件与上下文
如果你有应当为原型提供依据的产品需求、用户研究笔记或架构文档,请把它们附加到工作区。
用 stitch upload file 上传 PDF、图片或 Markdown 规格文档:
stitch upload file ./specs/checkout-prd.pdf
stitch find files
或者用 stitch create context 直接从终端添加一条简短说明:
stitch create context \
--title "Checkout Flow Goals" \
--description "Reduce guest checkout from four separate steps to a single focused view."
stitch find contexts
原文: https://stitch.withgoogle.com/docs/cli/priorities-and-context/
本页翻译自 Google Stitch 官方文档,原文版权归 Google LLC 所有。本站为独立第三方翻译,与 Google 无关联。