用户资料是否允许本人修改取决于后台字段编辑权限配置和前端组件绑定；需在数据模型中将字段设为“本人可编辑”，并在前端通过“当前用户”数据源或API调用实现更新逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在函子Zion平台中，用户资料是否允许本人修改，取决于应用开发者在后台配置的权限策略和数据模型设计——Zion本身不强制锁定用户资料字段，但也不默认开放编辑入口。
确认用户资料是否可被本人修改
进入Zion控制台 → 点击左侧「数据模型」→ 找到对应用户表（如 user、member 或自定义名称）→ 查看「字段设置」中各字段的「编辑权限」列。
若某字段（如 nickname、phone、avatar）的编辑权限显示为「本人可编辑」或「登录用户可编辑」，则该字段支持用户在前端自行修改；若显示为「仅管理员可编辑」或为空，则本人无法修改。
【关键前提】 前端页面必须已绑定该字段的编辑组件（如输入框、上传控件），且行为逻辑中调用了「更新当前用户数据」动作。仅配置后台权限不生效，前端未接入则用户根本看不到编辑入口。
让本人能修改资料的两种配置方式
方法一：使用Zion内置的「当前用户」数据源
在页面编辑器中，添加表单组件 → 数据源选择「当前用户」→ 字段绑定到对应用户表字段 → 表单提交行为选择「更新当前用户数据」。此方式无需写代码，自动校验登录态并限制仅更新当前用户行。
方法二：通过API调用自定义更新逻辑
在「行为」中新建一个「更新数据」动作 → 数据源选用户表 → 条件设为「id = {{current_user.id}}」→ 字段映射填写需更新的列。注意：该方式需确保 current_user.id 在运行时可解析，否则将更新失败或误改他人数据。
常见踩坑点
用户点击保存后无反应或提示“无权限”，大概率是字段的「编辑权限」在数据模型中未勾选「本人可编辑」，而前端又未走「当前用户」数据源路径。
若应用启用了多租户或角色隔离，还需检查「角色权限组」中是否对「普通用户」角色开放了该表的 update 权限——即使字段级权限开了，表级权限关闭仍会拦截请求。
