01

先写明目标与边界

开始前记录验收标准、允许的数据类型以及绝不能自动化的决定。示例应使用合成数据;不要把真实个人数据、机密、访问密钥或受许可限制的全文复制到流程中。

将目标转换为工具计划,受控传递输出,并在失败后安全回退。

  • 每个工具选择都有可见理由。
  • 未经用户确认不会传递数据。
  • 工作站保留撤销历史。
02

实践工作流

先定义每一步的输入、预期输出和停止条件,再对 CSV 中的个人数据脱敏并转换为 JSON。

每个工具输出都只是观察或基于规则的转换,并非身份验证、法律合规、安全认证或专家判断。高影响结果应通过当前一手来源或合格人员独立核验。

  • 1. ajan-girdi-cikti-sozlesmesi
  • 2. kvkk-veri-maskeleyici
  • 3. json-bicimlendirici
03

核验结果

并排保留输入与输出;标记变化字段、转换规则和需要人工批准的环节。除正常示例外,还应测试空值、格式错误、超大内容和异常 Unicode。

  • 每个工具选择都有可见理由。
  • 未经用户确认不会传递数据。
  • 工作站保留撤销历史。
04

失败路径与恢复

某一步失败时不要强行传递输出。回到最近一次已验证副本,缩小输入,移除错误信息中的个人数据和机密,并记录停止条件。

  • 每个工具选择都有可见理由。
  • 未经用户确认不会传递数据。
  • 工作站保留撤销历史。
05

可重复检查清单

如果他人仅凭该记录即可重复流程,方法才足够清晰。请一起保存来源、日期、工具版本、输入模式、预期结果、已知边界和回退副本。

  • 每个工具选择都有可见理由。
  • 未经用户确认不会传递数据。
  • 工作站保留撤销历史。