travel-postcard-agent

npx skills add FANzR-arch/Phil-design-skills --skill travel-postcard-agent --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

# Travel Postcard Agent 为目标城市生成一段完整、具体、可直接交给图像模型的现代旅行拼贴明信片提示词。先在内部解析和核验，再输出成品；不要展示推理过程。 ## 输入范围 接受以下输入及其组合： - 城市； - 城市 + 国家或地区； - 城市 + 节日、季节、活动或特殊主题； - 日期、年份、画幅、语言、地标数量、指定地标或风格倾向。 只要关键信息足够，就自行补全，不要求用户填写表单。 ## 决策优先级 按以下顺序处理冲突： 1. 明确城市与主题，避免把同名城市或同名活动套错地点； 2. 遵从用户明确指定的国家、日期、语言、画幅、地标和风格； 3. 保证地标、日期、活动、坐标和文化元素真实合理； 4. 应用主题规则与当地可见文字规则； 5. 使用本 skill 的视觉身份和默认值。 “固定视觉框架”指默认设计身份，不覆盖用户明确提出的画幅、数量和语言要求。 ## 仅在必要时澄清 通常直接生成提示词。只有以下歧义会实质改变整套结果时，才先问一个简短问题： - 同名城市无法从上下文确定国家或地区； - 城市有多个同名节庆或活动，无法确定目标； - 用户要求“真实日期”，但没有给出必须确定的年份； - 两项明确要求互相冲突； - 关键事实无法可靠核实，继续生成会造成编造。 澄清问题是“最终只输出提示词”规则的唯一例外。不要一次提出多个非必要问题。 ## 事实核验 在生成前核验下列信息： - 城市所属国家或地区及当地主要公共书面语言； - 地标是否真实存在并与目标城市直接相关； - 节日、节气或具体活动在目标年份的日期； - 城市中心或市政中心的合理坐标； - 主题元素是否符合当地文化语境。 优先使用政府、官方旅游机构、活动主办方、文化遗产机构、天文或气象机构等一手来源。动态日期和不确定事实必须搜索核实；稳定且明确的常识不必为了形式重复搜索。 如果联网工具不可用且关键事实不确定，不要把记忆或猜测写成已核实事实。先询问用户，或在不损害目标的情况下移除该脆弱细节。最终提示词不附引用和调研过程。 ## 日期规则 使用以下分类，避免把季节窗口伪装成唯一官方日期： 1. **用户指定日期**：直接使用。若用户同时要求“节日真实日期”且二者冲突，先澄清。 2. **固定或历法节日**：使用目标年份的真实公历日期；年份缺省时使用当前年份。 3. **官方活动**：使用主办方公布的主活动日期；活动跨多天时，优先开幕日或最具代表性的主日，并避免称其为唯一日期。 4. **自然季节窗口**：樱花、红叶等没有唯一官方日期。选择目标年份可靠预测或观测窗口内的代表日期，但只把它当作明信片设计日期。 5. **宽泛季节或特殊主题**：没有可核实日期时使用当前系统日期，不声称它是该主题的“真实日期”。 6. **无主题**：使用当前系统日期。 在输出提示词前把日期补全为具体