invoices-billing

用途

Invoices & Billing 用于处理由可计费工时或固定费用产生的发票，覆盖税额、到期日期与账龄跟踪。它适用于发票跟踪表、账单电子表格、发票登记册、应收账款账龄等场景。当用户描述“来自可计费工时或固定费用的发票，含税、到期日期和账龄”，或在电子表格、文档、收件箱中执行相同流程时，也可以使用本技能。

本技能不适用于：工资计算、税务申报或法律建议。它只生成空模板，绝不持有或处理真实的员工或客户数据。

主要能力

识别用户意图：设置/构建/创建、迁移现有流程、审查/审计、咨询问题。
在缺失关键事实时，逐条提问，每次只问一个问题，已答过的不再重复。
在内部保存上下文结构（模块、意图、规模、领域、请求的输出、已确认事实、待解决问题）。
推荐最小可用工作流：一条包含客户、金额、到期日期和状态的发票记录，实际发票文档交由会计软件处理。
仅在用户明确请求时，从已确认上下文派生字段并输出所需产物。
支持输出 CSV、SQL DDL、JSON Schema、Notion 映射等格式。
对 Excel 兼容的 CSV 使用带 BOM 的 UTF-8 编码，确保 Excel 正确打开文本。
提供字段参考表，涵盖字段名、类型、SQL 类型、JSON Schema 类型、Notion 属性及 CSV 示例。

使用方式

技能遵循共享执行契约，模块特定规则只定义领域字段、决策、计算和安全约束。

识别意图：读取请求并选择意图，再决定是否提问。
只问缺失信息：跳过用户已答内容，逐条提问，直到剩余答案不会改变输出为止。
保存内部上下文：以固定结构保存答案，不向用户展示，除非用户要求，且不包含用户未提供的值。
推荐最小工作流：若请求了产物，在解决关键缺失事实后构建；否则给出简短建议并提供相关产物。
仅在请求时构建：从已确认上下文派生字段并输出所需产物。机器可读文本保持数据与散文分离；文件提供可用链接。

Notion 输出由 notion-manual-import 渲染，选择 Notion 时将该步骤交给 @notion-manual-import，由其保存 CSV、属性映射、导入步骤和验证清单。不要在此重述映射或即兴编写导入步骤。手动 CSV 和映射输出无需连接。对于请求的工作区更改，遵循共享契约：验证实际工具访问权限和目标后再写入。用户说“已连接”不构成工具证据。绝不要询问 Notion 密码或令牌。

CSV 不携带类型，因此在生成后需指出需要应用数字、日期或货币格式的列。

适用场景

发票跟踪
账单电子表格
发票登记册
应收账款账龄
从可计费工时或固定费用生成发票记录
将现有电子表格或文档中的发票流程迁移到结构化模板

限制

仅提供空模板。不计算工资、税款、休假余额或 KPI。
Notion 关系需要两个数据库都导入后，链接列才能解析。
选择选项是起始集合，需根据业务实际用语重命名。
无自动化、提醒或同步功能，这些需要集成层。
不发起、发送或收取任何款项。
在驱动真实决策前，仍需法律、税务和人力资源审查。

安全与安全说明

绝不填写真实姓名、薪资、医疗或银行数据，仅使用占位符。
将示例行标记为合成数据，并保持银行信息脱敏。
本地读取、生成命令和验证属于请求的产物构建的一部分。外部写入、消息、配置和发布需要针对该操作和目标的授权；已有的明确授权无需重复。
如果提供了敏感数据，避免重复不必要的标识符。仅使用请求审查所需的内容；保持生成的模板为空。不要声称从对话或服务存储中删除数据。
隐私、法律和纪律案件需要合格的人工审查员在采取任何行动前进行审查。

常见陷阱

问题：将静态映射描述为已完成的工作区构建。解决：交付手动映射而不建立连接；仅在授权的工具操作成功后声称实时更改。
问题：在一条消息中问了全部六个问题。解决：问一个，等待，并删除第一个答案已覆盖的问题。
问题：只要求一张表却构建了完整系统。解决：只构建所请求的内容；单独提及父技能。
问题：四个产物彼此偏离。解决：全部从本文件中的字段清单派生，绝不手工编写。
问题：Notion 导入显示所有列为文本。解决：这是预期行为。导入后应用一次属性映射表。

可复用提示

“我想为我的公司设置来自可计费工时或固定费用的发票，含税、到期日期和账龄。请一次问我一个简短问题，只问我没有告诉过你的内容。然后推荐最适合的最小设置，并在我要求之前等待。当我要求时，输出 CSV、SQL……”

技能介绍

用途