[Bug] 命令行 publish 的技能，默认是公开的

[iamsk]

Summary

1. 命令行 publish 的技能，默认是公开的，而用户注册无限制，注册即可查看。
   没有那个‘仅命名空间’的选项，且无法在后台更改

2. 隐藏技能的逻辑是什么？无法再恢复，且我的技能中显示的是‘公开’，多个功能之间有模糊的边界。

Steps To Reproduce

clawhub publish ~/.openclaw/workspace/skills/mongodb --slug canmoubu--mongodb --version 1.0.0

默认是公开的

Expected Behavior

1. 创建时可以指定可见性（公开、仅命名空间、私有），并且和隐藏的逻辑统一起来
2. 后台可以调整可见性

Environment

镜像、配置均为 v0.2.4，clawhub 为 0.9.0

API Contract Impact

No response

Logs Or Screenshots

No response

[github-actions]

Issue Triage

• Route: triage/core
• Priority: priority/p1 (4.2/5)
• Effort: effort/l (4/5)
• Confidence: 5/5
• Risk: low
• Analysis Mode: rules-only

Why

• Touches core SkillHub workflows (publish, api).
• Blocks a documented user workflow (openclaw, clawhub publish).

Maintainer Brief

Summary: 1. 命令行 publish 的技能，默认是公开的，而用户注册无限制，注册即可查看。 没有那个‘仅命名空间’的选项，且无法在后台更改 2. 隐藏技能的逻辑是什么？无法再恢复，且我的技能中显示的是‘公开’，多个功能之间有模糊的边界。
Why core:

• Blocks an OpenClaw/ClawHub core workflow, so maintainer judgment is required even if the code change looks bounded.
• Likely spans multiple modules or a public compatibility surface.
  Reproduction or operator path:
• clawhub publish ~/.openclaw/workspace/skills/mongodb --slug canmoubu--mongodb --version 1.0.0
  Suspected areas:
• CLI publish command option parsing and namespace-aware publish flow
  Risks to watch:
• Namespace-scoped behavior can regress default publish/install flows if fallback routing is not preserved.
• This issue affects a documented primary workflow, so regressions would be visible to end users quickly.
  Validation checklist:
• Replay the exact reproduction steps from the issue and confirm the reported failure disappears.
• Confirm the final behavior matches the issue's expected outcome: 1. 创建时可以指定可见性（公开、仅命名空间、私有），并且和隐藏的逻辑统一起来 2. 后台可以调整可见性
• Verify both namespace-scoped behavior and the default non-namespace flow.
• Run the smallest relevant regression test around the affected OpenClaw/ClawHub user journey.

Next Action

• Hand the issue to a core maintainer and use a local programming agent for reproduction, scoping, and validation.

---

问题分流结果

• 路由: triage/core
• 优先级: priority/p1 (4.2/5)
• 修复投入: effort/l (4/5)
• 信息完整度: 5/5
• 风险: 低
• 分析模式: rules-only

原因

• 涉及 SkillHub 核心流程（publish, api）
• 阻塞已定义的用户主流程（openclaw, clawhub publish）

维护者交接摘要

概要: 1. 命令行 publish 的技能，默认是公开的，而用户注册无限制，注册即可查看。 没有那个‘仅命名空间’的选项，且无法在后台更改 2. 隐藏技能的逻辑是什么？无法再恢复，且我的技能中显示的是‘公开’，多个功能之间有模糊的边界。
为何进入 core:

• 阻塞 OpenClaw/ClawHub 核心工作流，因此即便改动范围看起来可控，也需要 maintainer judgment
• 大概率跨多个模块或公共兼容面
  复现路径或操作路径:
• clawhub publish ~/.openclaw/workspace/skills/mongodb --slug canmoubu--mongodb --version 1.0.0
  怀疑影响区域:
• CLI 发布命令参数解析与 namespace 感知发布流程
  重点风险:
• namespace 范围行为如果没有保留 fallback routing，可能回归默认 publish/install 流程
• 该问题影响已定义主流程，回归会很快被终端用户感知
  验证清单:
• 按 issue 中的复现步骤逐条回放，确认报告的问题已消失
• 确认最终行为符合 issue 期望
• 同时验证 namespace 范围行为与默认非 namespace 流程
• 围绕受影响的 OpenClaw/ClawHub 用户路径执行最小必要回归测试

下一步

• 交给 core maintainer，并结合本地编程Agent协助完成复现、收敛范围与验证闭环

[XiaoSeS]

摘要

1. 命令行 publish 的技能，默认是公开的，而用户注册无限制，注册即可查看。
   没有那个‘仅命名空间’的选项，且无法在后台更改
2. 隐藏技能的逻辑是什么？无法再恢复，且我的技能中显示的是‘公开’，多个功能之间有模糊的边界。

Steps To Reproduce

clawhub publish ~/.openclaw/workspace/skills/mongodb --slug canmoubu--mongodb --version 1.0.0

默认是公开的

Expected Behavior

1. 创建时可以指定可见性（公开、仅命名空间、私有），并且和隐藏的逻辑统一起来
2. 后台可以调整可见性

Environment

镜像、配置均为 v0.2.4，clawhub 为 0.9.0

API Contract Impact

No response

Logs Or Screenshots

No response

感谢反馈！
我们计划在下个版本中：

1. ClawHub 兼容层支持 visibility 参数
   clawhub publish 增加 --visibility 选项（默认 public，可选
   namespace/private）
2. 移除隐藏机制

[iamsk]

辛苦啦，请问现在我们生产环境考虑用？有没有备选方案、建议