集团正式内部管理文件 · 仅限相关人员阅知岗位职责与组织对应
文件编号：ADG-PDT-RESP-20260908-V2

产品技术体系岗位职责
及人员对应说明

依据二〇二六年九月八日产品技术体系会议结论修订
对应体系产品技术体系
体系部分产品管理、应用研发、平台工程与稳定性、钱包与资金系统技术、质量保障
人员范围支付产品与品牌、钱包产品与品牌、基础支撑，共 21 人及待补岗位
依据文件《技术团队岗位职责说明》V1.3、《人员》岗位清单及二〇二六年九月八日会议录音与转写

本文件正式确认现阶段产品技术体系的五个组成部分、人员对应、汇报关系、交付责任及运行机制，并将会议确定的岗位补充、专项立项和阶段目标纳入执行。

人员对应关系反映现阶段组织情况，不等同于生产权限、资金权限或永久授权。正式任命、系统授权、主备关系及生效日期仍应以独立审批文件和权限台账为准。

独立安全体系的岗位设置不纳入本文件；安全治理、权限审计、事件响应、应用安全和整改复核应由安全体系另行建立并与产品技术体系形成制衡。凡涉及法币或加密货币资金流的产品需求，在进入开发前必须完成独立安全复核。

AiDeeGroup Limited
二〇二六年九月八日
正式发布版；具体任命与系统授权仍以专项文件为准第 1 页
内部管理文件 · 仅限相关人员阅知体系总览
第一部分
产品技术体系职责架构

第一条　对应原则

产品技术体系对产品交付、应用研发、平台运行、资金系统技术实现和质量保障负责。现有岗位按照工作性质归入五个部分；跨团队共享岗位仍须按具体系统、环境和任务分别授权。

产品技术体系统筹与跨域协作
技术管理Lion · CTO
战略、资源与重大技术风险
技术执行与治理二狗 · 技术VP
战略落地、研发管理、架构与工程质量
交付协调Evan · 项目经理
计划、依赖、风险与整改跟踪
产品管理Evan荞麦Christina（Tina）William需求治理、产品规则、版本计划、界面与交互设计、业务验收及跨团队交付。
应用研发二狗程程pig朱nicoJackPaiGarfield无招georgeLeviJohnDeePayment、JoogoPay、DeeFinch、存量系统、银行与渠道对接、商户支持及应用场景研发。
平台工程与稳定性sunshinetom查内姆andyzhao基础设施、发布运行、数据库，以及覆盖数据开发与分析的整体数据工作。
钱包与资金系统技术二狗（过渡对接）去中心化钱包底层原则上与外部专业服务商共同建设；供应商确定后发布长期内部负责人岗位并完成交接。
质量保障DDD · 支付负责人ruby · DeeFinch负责人分别承担所属业务组的质量负责人职责，具体事务可直接向 CTO 汇报。

第二条　团队覆盖

团队现有覆盖需补充或确认
支付产品与品牌DeePayment、JoogoPay及存量支付品牌；产品、项目、技术VP、后端、测试、运维、DBA、数据现阶段无独立前端需求，相关页面由后端完成；需求变化时重新评估
钱包产品与品牌DeeFinch及后续钱包型产品；产品、项目、技术VP、后端、前端、测试、运维、DBAgeorge、Levi 负责应用功能与业务支撑；钱包底层技术另按第五部分执行
基础支撑技术管理、技术VP、项目、运维、DBA、整体数据新增 IT 管理职能岗位；完善全系统主备、值班和权限分工

第三条　共同要求

每个系统应明确主负责人、备份负责人、日常最小权限、临时提权方式、值班责任和可验收交付物。岗位职责不得被解释为默认获得生产、数据库、云平台或资金系统的全部权限。

汇报关系：产品管理向 Evan 汇报并由其汇总；应用研发向二狗汇报；平台工程与稳定性、质量保障向 Lion 汇报；钱包与资金系统技术在过渡期向二狗汇报。Lion 对产品技术体系承担最终管理责任。
— 2 —
内部管理文件 · 仅限相关人员阅知产品技术体系
第二部分
产品管理

第四条　人员对应

岗位人员团队主要责任
项目经理Evan支付、DeeFinch、基础支撑项目计划、里程碑、跨团队依赖、发布组织和整改跟踪。
产品经理荞麦支付支付产品规划、业务流程、规则、优先级与验收标准。
产品经理Christina（Tina）DeeFinchDeeFinch 产品规划、业务流程、规则、优先级与验收标准；兼任产品技术体系与人力体系的组织对接窗口。
UI／交互设计William产品管理现阶段负责产品界面、交互与设计交付；产品上线并形成稳定市场运营需求后，再复核是否调整至品牌运营线。

第五条　职责划分

产品经理职责

  • 收集需求并形成产品规划、版本范围和优先级。
  • 定义业务流程、状态规则、异常场景和验收标准。
  • 对支付、订单、商户、权限和风控需求明确控制要求。
  • 与架构、研发和测试确认可行性、风险与边界条件。
  • 跟踪上线后的业务数据、用户反馈和功能效果。

项目经理职责

  • 建立计划、里程碑、负责人、期限和依赖关系。
  • 组织需求、技术、测试、上线和发布后验证会议。
  • 维护风险、问题、变更和决策记录。
  • 推动事故整改项形成责任人、证据和验收结论。
  • 负责跨团队进度同步，不代替专业负责人决策。
资金类需求安全前置：凡涉及法币或加密货币资金流、钱包地址、账户划转、签名、额度、结算或高风险权限的需求，产品经理必须在需求文档中列明资金路径、控制要求和异常处置，并在进入开发前提交独立安全体系或集团指定的临时安全复核人审查；未通过不得进入开发。

第六条　交付物

荞麦、Christina产品需求文档、业务流程、规则与验收标准、版本规划、高风险功能控制清单及资金类需求安全复核记录。
William界面规范、交互流程、设计稿、组件说明、适配要求及设计验收记录。
Evan项目计划、里程碑、依赖与风险清单、会议决策、发布检查表、整改跟踪表。

第七条　权限边界

产品管理不等于生产管理。产品经理、项目经理和设计人员默认不持有生产服务器、数据库写入或云平台管理员权限；不得以进度或紧急需求为理由绕过测试、安全检查、双人复核和变更留痕。资金状态、钱包地址、用户权限和大额操作必须具备独立业务审批链。
产品技术体系岗位职责及人员对应说明产品管理
— 3 —
内部管理文件 · 仅限相关人员阅知产品技术体系
第三部分
应用研发

第八条　人员对应

岗位人员团队主要责任
技术VP二狗跨产品技术体系技术战略落地、研发管理、架构治理、工程交付、质量稳定性和技术风险。
后端工程师JackPai、Garfield、无招支付上游银行接口对接、联调、异常排查和商户技术支持，三人互为备份。
后端工程师pig朱、程程支付负责 DeePayment、JoogoPay 等新底层及 SaaS 能力的功能开发、接口维护、问题处理和运行保障。
后端工程师nico支付负责 BCPay、StarPago、StarPay、simplypay 等存量系统的功能支持、日常维护、问题排查、迁移配合和技术整改。
后端工程师george、LeviDeeFinch负责 DeeFinch 及其他钱包型产品的应用功能开发、业务需求支撑、运行问题处理和交付维护；不承担钱包底层私钥保管职责。
前端工程师JohnDeeFinch页面、组件、交互、接口集成、构建与发布产物，并参与后续移动端交付。

第九条　职责划分

技术VP将 CTO 制定的技术战略分解为路线图和工程计划；统筹研发资源与交付优先级；治理整体架构、工程质量、稳定性、技术债和人才主备；组织重大事故技术处置及整改。
后端工程师按上述系统范围完成服务研发、支持维护、测试和代码评审；保证订单、支付、余额和状态流转正确、一致、幂等；支付相关页面现阶段由后端工程师完成。除标准 API 外，应按经批准的客户场景推进收银台、收付、下发及其他端到端应用能力。
前端工程师John 负责 DeeFinch 页面和交互研发；维护登录、会话、权限展示和错误处理；管理依赖、构建配置、前端测试、性能和发布质量。

第十条　工程交付物

领域必须形成的交付物
技术治理技术路线图、工程计划、架构说明、关键数据流、技术标准、版本与风险评审、稳定性和技术债报告。
后端代码、单元与集成测试、接口文档、数据库变更申请、监控告警和根因分析记录。
前端代码、组件与测试、受控构建产物、依赖安全记录、页面监控和问题修复记录。

第十一条　权限与安全边界

研发人员默认不直接登录生产主机、不持有生产数据库 root 权限。发布必须通过受控 CI/CD；接口必须执行身份认证、资源归属、权限和输入校验；真实凭据不得进入代码、日志、示例、构建产物或浏览器。技术VP的管理和决策职责不等于永久生产管理员权限。
当前安排：支付团队基于现阶段业务量与页面需求暂不单设前端岗位，相关页面由后端工程师完成；若页面需求、移动端或场景化交付明显增加，由 Lion 组织重新评估岗位配置。页面代码仍须执行前端安全、代码评审、受控构建、测试和发布要求。
产品技术体系岗位职责及人员对应说明应用研发
— 4 —
内部管理文件 · 仅限相关人员阅知产品技术体系
第四部分
平台工程与稳定性

第十二条　人员对应

岗位人员团队主要责任
运维工程师sunshine、tom覆盖集团现有全部产品技术系统云资源、网络、主机、容器平台、CI/CD、监控、值班和恢复。
DBA查内姆覆盖集团现有全部产品技术系统数据库可用性、性能、一致性、备份恢复、权限和审计。
整体数据负责人andyzhao跨业务数据负责整体数据工作，包括数据开发、数据分析、数据质量、指标体系和业务数据支撑。
IT 管理职能岗位待补远程及杭州本地办公终端设备、办公账号、身份生命周期、软件资产、远程访问及基础权限管理；安全标准由独立安全体系制定并复核。

第十三条　职责划分

运维工程

  • 维护云、网络、主机、Kubernetes、CI/CD 和中间件。
  • 建设日志、监控、告警、值班、容量与资产管理。
  • 执行标准化发布、变更、扩容和故障处置。
  • 建设备份、容灾、可信重建和自动化能力。

数据库与数据

  • 评审表结构、索引、SQL、迁移、容量和性能。
  • 建设数据库备份、恢复、复制、容灾和审计。
  • 负责整体数据开发、模型、任务、血缘和异常告警。
  • 负责数据分析、指标体系、报表和业务决策支撑。

第十四条　平台交付物

sunshine、tom基础设施配置与自动化代码、监控告警规则、变更发布记录、回滚记录、资产与权限清单、故障处置记录。
查内姆数据库运行与容量报告、SQL和结构评审、备份恢复及演练报告、数据库权限和审计报告。
andyzhao整体数据架构与开发任务、指标口径、数据质量监控、分析报告、业务报表、导出审批和异常处理记录。

第十五条　权限与安全边界

运维和 DBA 使用实名账号、MFA、最小权限和临时提权；高风险 IAM、SSM、Kubernetes、网络、CI/CD 和数据库写操作必须工单化并独立复核。禁止共享 root、长期 AK、SSH Key、VPN 或数据库管理员账号。备份与敏感数据必须加密、限权并验证可恢复性。自动化代码不得包含任何真实凭据、私钥或其他敏感信息。
待确认：sunshine 与 tom 的云账号、区域、平台和值班分工尚未明确；DBA 缺少备份人员；IT 管理职能岗位尚待发布和配置。andyzhao 的整体数据职责已明确。平台、数据及 IT 管理的详细安全边界由 Lion 与独立安全体系对接后另行发布。
产品技术体系岗位职责及人员对应说明平台工程与稳定性
— 5 —
内部管理文件 · 仅限相关人员阅知产品技术体系
第五部分
钱包与资金系统技术

第十六条　当前岗位安排

过渡安排：集团去中心化钱包底层原则上与外部专业解决方案商共同建设。供应商尚未确定期间，由二狗负责技术对接，Lion 负责资源与管理，集团相关负责人参与方案判断；供应商方案明确后，再确定长期内部钱包技术负责人并完成正式交接。过渡安排不改变资金、签名和安全权限必须相互分离的要求。

第十七条　目标岗位职责

目标岗位职责范围禁止事项
钱包技术负责人负责钱包架构、签名流程、链上节点接入、地址生命周期、交易构造、异常处置和技术风险。不得单独批准资金规则、持有完整签名能力或独自完成上线与验收。
钱包工程师负责钱包服务、链上适配、交易状态、签名接口、监控告警和故障修复。不得接触完整私钥；不得绕过业务单、额度、地址和风控策略直接签名。

第十八条　过渡协作责任

现有人员过渡角色责任边界
Lion组织与资源推动专职岗位和专业能力建设，对重大技术风险进行管理决策；不直接持有完整动钱权限。
二狗过渡期技术对接负责外部钱包方案的技术评估、接口与架构对接、链上节点及交易流程验证；长期负责人确定后完成正式交接。不得单独提出、批准、执行和验收全部环节。
荞麦、Christina业务规则分别明确支付与 DeeFinch 的业务单、额度、地址、状态和验收规则；不参与私钥保管。
Evan交付协调跟踪负责人、里程碑、风险、证据和验收，不代替技术、安全、风控或财务批准。
DeeFinch 应用研发人员钱包应用层负责网页端、移动端及业务功能与钱包底层的接口集成；仍归应用研发，不参与私钥保管，研发权限与签名、密钥、资金审批权限相互隔离。

第十九条　资金权限边界

密钥边界私钥或密钥分片不得与钱包密文、解密逻辑和普通应用权限集中在同一信任域。
签名边界签名必须经过业务单、额度、地址白名单、风控策略和双人复核；应用不得获得任意签名能力。
审批边界产品技术体系不得单独决定私钥权限、重大资金控制变更、安全例外或事故关单。
外部能力可评估 HSM、MPC、托管签名或专业钱包服务，但安全责任、审计和退出机制必须由公司掌握。
补充确认：具体资金权限、密钥分配、供应商控制边界和上线门禁，须在外部供应商完成评估且与独立安全体系对接后形成专项文件；本文件不提前授予任何个人签名或动钱权限。
产品技术体系岗位职责及人员对应说明钱包与资金系统技术
— 6 —
内部管理文件 · 仅限相关人员阅知产品技术体系
第六部分
质量保障

第二十条　人员对应

岗位人员团队主要责任
业务组质量负责人／测试工程师DDD支付负责支付业务组测试安排、质量判断、发布质量记录和风险汇报。
业务组质量负责人／测试工程师rubyDeeFinch负责 DeeFinch 业务组测试安排、质量判断、发布质量记录和风险汇报。

第二十一条　质量职责

测试设计制定测试计划、范围、用例和验收标准，覆盖正常、异常、边界、兼容和恢复场景。
资金与权限验证支付状态、金额、幂等、重放、参数篡改、资源越权、异常响应和错误终态推进。
自动化门禁建设接口、回归和关键链路自动化测试，将质量检查接入持续集成和发布流程。
缺陷闭环记录缺陷、跟踪修复、执行回归并保存验证证据，形成独立发布质量判断。
上线验证参与上线评审，在经批准的范围内完成核心链路验证，异常时立即停止并升级。

第二十二条　质量协作

协作岗位质量责任
荞麦、Christina提供业务规则、验收标准和异常状态定义，并对设计完成的产品进行上线业务验收。
二狗明确架构质量属性和高风险设计的验证要求。
研发人员提供单元测试、集成测试、可观测性和修复证据，不将质量责任转移给测试。
Evan组织测试窗口、缺陷决策、上线门禁和发布后验证记录。

第二十三条　权限与交付边界

测试原则上使用隔离环境和脱敏数据。确需验证真实支付链路时，必须提前申请受控测试账户、限额和审批，只执行预先定义的低风险操作并完整留痕；不得复制或长期保存生产敏感数据。测试通过是发布条件之一，但不能替代产品、技术和安全负责人的批准。
DDD、ruby测试计划、测试用例、自动化测试、缺陷清单、回归报告、发布质量结论和验证证据。
当前安排：每个业务组当前各有一名测试人员，DDD 和 ruby 分别作为支付与 DeeFinch 业务组质量负责人；具体质量事务和重大质量风险可直接向 CTO 汇报。
产品技术体系岗位职责及人员对应说明质量保障
— 7 —
内部管理文件 · 仅限相关人员阅知跨域治理
第七部分
共享岗位与权限边界

第二十四条　跨体系统筹岗位

人员岗位跨域责任限制
LionCTO技术战略、组织管理、岗位与人才配置、资源优先级、重大技术决策、稳定性和重大事故管理；原则上将不少于百分之五十的工作精力用于部门管理与工作协调。承担最终管理责任，但不以个人账号长期直连生产，不替代独立安全审批。
二狗技术VP；钱包过渡期技术对接负责技术战略落地、研发管理、架构治理、工程质量、稳定性和跨团队交付；过渡期负责外部钱包方案技术对接。管理职责不等于永久生产高权限；过渡对接不等于持有完整私钥或完整动钱权限。
Evan项目经理跨团队计划、依赖、变更、发布和整改闭环。不代替专业负责人作技术、安全或业务批准。

第二十五条　跨团队共享岗位

人员共享范围落地要求
sunshine、tom集团现有全部产品技术系统的运维工程按云账号、区域、平台、环境和值班拆分职责，使用对应系统的独立角色。
查内姆集团现有全部产品技术系统的数据库按数据库实例和环境明确权限、操作边界、主备安排及独立复核人。

第二十六条　职责分离

需求与批准业务规则由产品确认，技术方案由架构与研发评审，高风险事项须引入独立安全和业务复核。
开发与发布代码提交、代码评审、流水线批准、生产执行和结果验证不得由同一人包办。
申请与执行权限申请、审批、提权、执行和审计复核相互分离；临时权限到期自动回收。
资金与密钥业务单、风控策略、签名能力、私钥保管、广播和对账分属不同责任主体。
恢复与关单产品技术体系执行整改；独立安全体系复核攻击路径、修复证据和剩余风险。

第二十七条　基础安全要求

所有人员使用实名独立账号；禁止共享管理员账号、SSH Key、长期 AK、VPN 凭据、数据库 root 和恢复代码。生产变更必须关联工单、审批、执行记录、验证结果和回滚方案。凭据、私钥、Token 和验证码不得写入代码、普通文档、普通工单或聊天记录；确因紧急交付临时传递时，必须使用集团批准的秘密传递方式并立即撤回、轮换和留存审计记录。

第二十八条　与独立安全体系的关系

产品技术体系负责产品交付、系统运行和工程质量；独立安全体系负责安全标准、身份权限治理、监测响应、应用与供应链安全、独立检查和整改复核。重大安全例外、生产高权限、钱包签名、私钥和事件关单必须跨体系审批并完整留痕。

管理与升级路径：产品技术体系内部事项以 Lion 的管理安排为准，日常需求优先通过 Lion、二狗、Evan 三个管理出口处理；按既定路径未得到反馈或无法解决的，可升级至经营管理部。跨部门申请进入独立安全体系或参与其建设的人员，先向 Lion 报备，再由集团协调。
产品技术体系岗位职责及人员对应说明共享岗位与权限边界
— 8 —
集团正式内部管理文件 · 仅限相关人员阅知运行机制
第八部分
项目立项、迁移与汇报机制

第二十九条　阶段性专项立项

针对成功率、渠道接入、国家能力、客户上线、系统迁移或其他跨部门问题，可以采用阶段性专项立项方式集中解决。产品技术体系任何成员均可提出立项建议，由项目经理或 CTO 确认目标、期限、成员、责任和结束条件；项目完成后及时关单，临时项目组不替代常设组织。

第三十条　跨部门项目组

专项项目可根据实际问题纳入产品、研发、测试、平台、风控、安全、本地、商务、运营及外部专业人员。项目发起人负责把问题、客户或渠道背景和所需结果说清楚；Evan 负责计划、依赖、会议记录和关单证据；Lion 与二狗负责技术资源及方案确认。

第三十一条　新旧系统迁移

迁移原则以国家和客户为单位，按照“功能补齐—技术联调—业务验收—客户迁移—稳定观察—旧系统关停”推进，不再以长期并行作为默认方案。
责任交接产品技术体系完成需求支持、测试、验收并正式通知相关团队后，后续客户迁移责任转由品牌运营、商务和本地团队承担；未完成项必须形成清单。
关停标准存量系统连续十四日无任何订单后，可按变更、备份、通知和审批程序实施关停；存在未迁移功能、客户或合规要求时不得直接关停。
优先级纪律新客户、新渠道原则上优先进入 DeePayment 或 JoogoPay。确需在存量系统新增功能时，应说明无法在新系统承接的原因、收益、迁移影响和退出时间。

第三十二条　半月汇报

Lion、二狗、Evan 原则上每半个月向合伙人委员会或其指定会议同步一次产品技术结果，内容至少包括：上半月交付、未完成事项及原因、风险与资源消耗、下半月产品开发安排、专项项目进度和需委员会决定的事项。

第三十三条　办公与协作

杭州 808 办公点作为产品、技术、安全及相关业务集中协作场所。Lion 会同产品技术管理团队提出线下办公和集中协作方案，明确适用人员、频次、会议与安全检查要求；集团未决定固定坐班制，本文件不预设朝九晚五或每周五天等具体安排。

产品技术体系岗位职责及人员对应说明项目立项、迁移与汇报机制
— 9 —
集团正式内部管理文件 · 仅限相关人员阅知首期执行
第九部分
会议确定的首期专项与阶段目标

第三十四条　DeePayment 与 JoogoPay 首批客户接入专项

事项会议确认内容
项目目标分别完成 DeePayment、JoogoPay 首批十个客户的端到端接入，贯通上游、产品技术、本地、商务、运营、风控及交付流程。
启动节点二〇二六年九月八日立项；九月十一日起开始客户接入。
组织方式Addy Zhang 牵头立项；Lion、二狗、Evan 提供技术人员与交付组织；相关本地、商务和运营负责人进入项目组。
结束条件两个系统各完成十个客户接入；未跑通的国家、功能、渠道和协同问题形成书面清单，转入下一专项。

第三十五条　银行卡与订阅支付专项

围绕 Visa、Mastercard 及订阅支付能力，以两个真实客户完成端到端验证。由渠道或客户提出人提交立项，Evan 登记负责人和期限，项目组纳入开发、风控、安全、运营、规则及相关渠道人员；具体客户、通道、报价和风控政策以专项立项书为准。

第三十六条　DeeFinch 恢复与重建目标

外部钱包方案完成评估后，应将结论同步独立安全负责人及 Joy Cham 共同复核。以供应商方案确定为起点，网页端及 H5 原则上在两周内完成集成、测试、验收和恢复；移动端并行评估和建设，力争于二〇二六年十月前完成重建上线。具体时间由 Lion、二狗在供应商与安全方案确定后书面确认。

第三十七条　上线门禁

任何“已经开发完成”不得直接等同于“可以接入客户”。上线结论必须由产品、研发、质量、运营及必要的安全、风控人员共同验证真实流程，并明确谁负责测试、谁批准上线、谁通知商户及谁承担上线后的支持责任。

第三十八条　安全高风险需求

商户账户之间划转、集团账户对子账户划转、钱包签名和其他可能扩大动钱范围的功能，不因运营提出需求而直接开发。项目立项前必须补充客户背景、收益依据、账户归属、权限模型及安全风险，由独立安全体系参与判断；未完成审查前不得上线。

产品技术体系岗位职责及人员对应说明首期专项与阶段目标
— 10 —
内部管理文件 · 仅限相关人员阅知实施与确认
第十部分
岗位缺口与落地要求

第三十九条　岗位待确认事项

  1. 01待补充：外部钱包方案确定后，发布钱包技术负责人岗位，明确岗位职责、任职要求、薪酬待遇和内部竞聘安排；完成二狗过渡职责的交接。
  2. 02待补充：明确 sunshine 与 tom 的云账号、区域、平台、值班和主备分工。
  3. 03待补充：为查内姆配置数据库备份责任人，避免 DBA 单人依赖。
  4. 04待补充：在产品技术体系基础支撑内设置 IT 管理职能岗位，负责终端、账号、远程访问、软件资产和身份生命周期执行。
  5. 05待补充：系统梳理非标准渠道接入、存量系统维护、支付业务支撑、DeeFinch 业务支撑等岗位缺口及优先级。
  6. 06另行建设：独立安全体系岗位由安全体系专项文件设置；产品技术人员有意愿或能力参与的，向 Lion 报备后由集团协调。

第四十条　人员责任台账

必填项目记录要求
所属体系与团队明确产品技术体系部分以及支付、DeeFinch 或基础支撑团队。
负责系统明确到产品、服务、数据库、平台、环境或链上组件。
主备关系分别记录主负责人、备份负责人和不可同时缺席的关键岗位。
权限范围区分日常最小权限、临时权限、审批人、有效期和自动回收方式。
值班与响应记录值班周期、告警范围、响应时限、升级路径和交接要求。
交付与考核使用可检查、可验收的文档、代码、报告、记录和质量指标。

第四十一条　正式任职与复核更新

Christina（Tina）代表产品技术体系与人力体系对接，逐人建立信息档案，并推动形成岗位、职责、任期、汇报关系、薪酬和长期激励等正式文件。员工合同、任职书及激励安排分别依适用规则办理，本文件不构成薪酬、股权、期权或代币权益承诺。岗位职责和人员责任台账至少每半年复核一次；发生组织调整、人员转岗或离职、系统拆分、重大权限变化、钱包体系调整或重大安全事件后，应立即更新并同步回收旧权限。

第四十二条　落地确认

确认事项负责人完成日期复核人
五个体系部分负责人及备份人
个人系统责任与权限台账
钱包专业岗位替换、交接与独立资金边界
独立安全体系接口与复核机制
岗位缺口、内部竞聘及杭州线下办公方案
生效说明：本文件自发布之日起作为产品技术体系现阶段职责、汇报和运行依据。具体人员任命、薪酬与长期激励、生产权限、资金权限、系统 owner、主备关系及安全体系岗位，仍须按上述事项通过独立正式文件确认。
集团正式内部管理文件版本 V2.0 · 2026-09-08
— 11 —