优先级与上下文

定义持续的 UI 原型设计优先级,校准工作区技能,并附加辅助上下文文件来引导代码库分析。

在 Stitch 工作区中,优先级不是“把按钮颜色改成蓝色”这类一次性的 bug 工单,而是一项长期的设计目标,用来告诉 Stitch 应该在应用的各条路由中寻找哪类 UX 改进。

工作区功能需要在本机运行一次 stitch enable loop。设置方法请参阅连接仓库。

用 /stitch 技能设置优先级

当你用 /stitch 技能接入仓库时,智能体会主动提出配置我们的标准 Scale Interactive Visual Prototyping 优先级(ui-prototyping)。你也可以随时让 /stitch 设置或调整优先级:

PROMPT
/stitch Set up a UI prototyping priority focused on turning our /schedule and /venues tables into tactile, direct-manipulation views.

从终端使用 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 无关联。