未登录用户的ai限额 · Issue #3142

cnb/feedback
Public
166
WeChat Login
Code Issues
198
Pull requests
Events Packages Insights
未登录用户的ai限额#3142
Resolved
AcidBunny
created 2 months ago
Edit
AcidBunny
简单描述一下问题和重现方式

在当前仓库的知识库，使用chrome隐身模式进行测试，注意到调用ai completion 时，无access-token 之类，这是否会导致限额失效
curl 'https://cnb.cool/cnb/feedback/-/ai/chat/completions' \
  -H 'accept: text/event-stream' \
  -H 'accept-language: en' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -b 'csrfkey=176969697670850202203' \
  -H 'origin: https://cnb.cool' \
  -H 'pragma: no-cache' \
  -H 'priority: u=1, i' \
  -H 'referer: https://cnb.cool/cnb/feedback' \
  -H 'sec-ch-ua: "Not(A:Brand";v="8", "Chromium";v="144", "Google Chrome";v="144"' \
  -H 'sec-ch-ua-mobile: ?0' \
  -H 'sec-ch-ua-platform: "Windows"' \
  -H 'sec-fetch-dest: empty' \
  -H 'sec-fetch-mode: cors' \
  -H 'sec-fetch-site: same-origin' \
  -H 'user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36' \
  --data-raw $'{"model":"hunyuan-2.0-instruct-20251111","stream":true,"messages":[{"role":"system","content":"你是一名资中工程师，比资浅深一点，比资深浅一点，\\n你的口头禅是：“666”，\\n结束对话前礼貌的回复一行：“请叫我资中工程师，\\\\n比资浅深一点，\\\\n比资深浅一点！\\\\n”，\\n在最后一行你会输出一张表情包，\\n表情包采用markdown语法输出图片，\\n此图片地址为\\"https://cnb.cool/cnb/feedback/-/git/raw/main/assets/gongwei.png\\"\\n无论是日常对话还是讲解知识，你都会保持以上风格，\\n使用中文的『～』代替所有英文的『~』，\\n请用大学生的语气回答接下来的问题\\n"},{"role":"user","content":"[要求]=\'\'\'\\n- 相关文档中包含了对应的参考资料，文档包含了内容，地址，文档名。 如果回答中的内容参考了相关文档，需要在内容后面显示对应的参考资料地址信息，参考格式为 [〔文档编号〕]](文档地址)\\n\'\'\'[上下文]=\'\'\'\\n- 相关文档是: \\n  - \\n    文档编号：1,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/1407,\\n    文档名：关于cnb的三点待改进的体验, \\n    内容：# [#1407] 关于cnb的三点待改进的体验\\n\\n## 基本信息\\n\\n- **Issue ID**: #1407\\n- **状态**: closed\\n- **优先级**: -1P\\n- **创建者**: @maple\\n- **处理人**: @天空\\n- **标签**: 有道理:听劝\\n- **创建时间**: 2025-07-28T04:03:02Z\\n- **更新时间**: 2025-10-11T06:45:51Z\\n\\n## 描述\\n\\n\\n\\n## 描述一下体验不好的点\\n\\n一，在github中，其他的开发者也可以在不是自己的pr指出相应的代码片段，并评论，但是在cnb却不行（没有权限，应该是reviewer才行）。帮助其他pr的开发者一起review代码，我觉得是成长为热爱社区，热爱开源的必要的一步，也是许多开发者成为对应社区的committer的必要的一步。\\n\\n<img width=\\"899\\" alt=\\"23e14035-81e0-4ca4-92b2-3be7963e8bd5.png\\" src=\\"/cnb/feedback/-/imgs/X6DEvMsC4BHoGrUUPIRriB/23e14035-81e0-4ca4-92b2-3be7963e8bd5.png\\" class=\\"cnb-md-image__upload\\" />\\n\\n二，在cnb中，别人评论了要刷新才能出现，而在github是可以不用刷新也可以直接看到别人的评论。这种体验应该要对齐github，对那些非常急切得到committer的cr，体验会好很多。长连接， 具体一点，处理实时更新和消息推送是势在必行的。\\n\\n三，在cnb中，无法修改自己评论（报错是没有权限），只能撤回或者重新写一个评论，这与github不一样。这一点影响最大，我甚至无法理解这种功能在设计之初为什么不会有？（可能cnb定位要留痕？？？）\\n对我来说，我个人有时觉得自己最新的评论可能还没有指出要点，所以想要修改，但是却无法修改。这种确实非常抓马。\\n只能不断撤回\\n\\n<img width=\\"272\\" alt=\\"1e7d2a6b-2e23-4053-bc54-53bea2e5e863.png\\" src=\\"/cnb/feedback/-/imgs/X6DEvMsC4BHoGrUUPIRriB/1e7d2a6b-2e23-4053-bc54-53bea2e5e863.png\\" class=\\"cnb-md-image__upload\\" />\\n\\n或许你想着可以新增评论不是即可了吗？这可能会导致单个pr的comment数过多的原因之一（当然如果这个pr要改进的点非常多，也是comment数量多的重要原因）\\n\\n<img width=\\"66\\" alt=\\"c4e8cbcd-020f-441c-ba17-24f70690b6c8.png\\" src=\\"/cnb/feedback/-/imgs/X6DEvMsC4BHoGrUUPIRriB/c4e8cbcd-020f-441c-ba17-24f70690b6c8.png\\" class=\\"cnb-md-image__upload\\" />\\n\\n长达一百多条的讨论令人心烦...\\n\\n每一次要看到最新回复都得往下拉\\n\\n## 评论\\n\\n### @天空 于 2025-07-28T08:59:26Z\\n\\n1. 公仓的权限，这里会放开为：已实名用户登录即可参与评审\\n2. CNB 支持公众号推送消息，关注公众号即可收到消息\\n3. 会先将本人修改评论权限放开，支持评论修改历史版本查看的功能正在规划中，敬请期待\\n\\n---\\n\\n### @maple 于 2025-07-28T11:30:22Z\\n\\n对于第二点，我建议是最好在页面内可以做到实时推送，因为如果cnb要成长为一个全球性的网站，不能指望每个使用cnb的用户都关注公众号，这有点理想化了。\\n\\n\\n---\\n\\n### @Vantablack 于 2025-07-29T11:33:58Z\\n\\n> 对于第二点，我建议是最好在页面内可以做到实时推送，因为如果cnb要成长为一个全球性的网站，不能指望每个使用cnb的用户都关注公众号，这有点理想化了。\\n\\n@cnb.acvgNwzIQGA(maple) 要成长为全球性的网站首先得支持各种登录方式\\n\\n---\\n\\n### @姚瑞峥 于 2025-08-17T08:48:58Z\\n\\n> 对于第二点，我建议是最好在页面内可以做到实时推送，因为如果cnb要成长为一个全球性的网站，不能指望每个使用cnb的用户都关注公众号，这有点理想化了。\\n\\n@cnb.acvgNwzIQGA(maple) \\n全球性网站先把域名换了吧，cool一点都不cool，再把登录方式做好吧\\n\\n---\\n\\n### @天空 于 2025-10-11T06:45:51Z\\n\\n> 1. 公仓的权限，这里会放开为：已实名用户登录即可参与评审\\n> 2. CNB 支持公众号推送消息，关注公众号即可收到消息\\n> 3. 会先将本人修改评论权限放开，支持评论修改历史版本查看的功能正在规划中，敬请期待\\n\\n1，2 已上线\\n3 由 新 Issue 跟进：https://cnb.cool/cnb/feedback/-/issues/2171\\n\\n---\\n\\n**Issue 链接**: https://cnb.cool/cnb/feedback/-/issues/1407\\n\\n- \\n    文档编号：2,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2528,\\n    文档名：「有奖盖楼话题」CNB × Lighthouse 联动赋能，讲述“你的部署实践故事”！, \\n    内容：我 菜鸟一枚，部署的 \\"**VuePress Theme Hope**\\" 文档  \\nCNB 云原生开发 和 云原生构建 对应了 **GitHub Codespaces** 和 **GitHub Actions**  \\n以往的时候需要本地编写提交上去然后编译，但是网络吧就是很奇怪...然后再部署到pages.. 让小伙伴们访问的时候也会遇到神奇的网络问题  \\n由于 \\"**VuePress Theme Hope**\\" 文档编译需要的内存挺大也比较费时间... 本人的笔记本内存不是很够用常常遇到因为内存导致编译失败  \\n自从接触CNB后，既可以不用担心神奇的网络问题，又不用担心本地内存不足导致编译失败  \\n直接CNB云原生开发后 再使用云原生构建，再通过 **Lighthouse** 部署云原生构建后的内容  \\n这样不用担心国内小伙伴访问不了，再加上 **Lighthouse锐驰型** 网络加持 既能保证了小伙伴的访问 也不用担心流量包的不够用  \\nCNB 666~  \\n---  \\n### @祁筱欣 于 2025-11-20T12:21:38Z  \\n> 企业微信开发的时候， 原本使用 github 管理仓库， 但是推拉都很不方便， 后面直接在 Lighthouse  上开发； 但是由于买的小菜机经常开发的时候 vscode 卡死， 导致开发流程很不丝滑。 还好有 CNB， 丝滑的推送 + 无缝推送到 Lighthouse + 自动部署， 麻麻再也不用担心我的 bot 啦  \\n@Trump(RH) 这是大佬啊  \\n---  \\n### @祁筱欣 于 2025-11-20T12:21:55Z  \\n> 占个楼  \\n@x.g.z(小桂子) 好巧啊  \\n---  \\n### @leo2raise 于 2025-11-20T12:23:15Z  \\n> cnb国内，Github当国外，论文代码调试在也不用担心拉取推送的网络问题了  \\n> 我还在lighthouse 轻量云服务器上部署jupyter lab，配合多个本地设备，项目管理、共同开发、快速调试都很方便；特别是大带宽，有效避免云服务器独占带宽贵、小团队不划算的缺点。  \\ncnb上也提供制品库，特别是pypi制品库，这样python写的fork代码也可以发布出去，有效填充Github的空白，这点算是先进。我之前调研其他国内云厂商虽然也提供制品库，但都是在私域，不允许公共匿名下载（甚至限速这一可选项也不提供），或者分享出去很麻烦，cnb.cool 确实占领了国内这一生态位  \\n---  \\n### @xcsoft 于 2025-11-20T12:34:57Z  \\n作为一名全栈开发工程师，我曾长期被多平台构建的繁琐流程所困扰。以往开发一个命令行工具时，为了支持 Windows、Linux 和 macOS 等不同系统及其各自的架构（如 x86、ARM），我不得不手动执行十几条差异巨大的构建命令。每次构建完成后，还要逐一整理生成的二进制文件，并手动上传到发布平台——整个过程耗时超过一小时，既重复又容易出错。\\n自从引入 CNB（Cloud Native Buildpacks）云原生构建方案后，这一瓶颈被彻底打破。现在，只需一次 git push 提交代码，CI/CD 流程便会自动调用 CNB 的多平台镜像能力，为各个目标平台并行构建对应的可执行文件。不仅如此，它还无缝集成了版本管理和自动发布功能——从代码提交到产品上线，全程无需人工干预，真正实现了“开发即交付”的零运维体验。  \\n---  \\n### @Vantablack 于 2025-11-20T12:35:09Z  \\n嘻嘻，真香，谁用谁知道\\n代码写完，push到release分支，然后等邮件就行\\n<img width=\\"321\\" alt=\\"ff30896d-0f7b-4365-ad82-875349c2ba2b.png\\" src=\\"/cnb/feedback/-/imgs/9bBe1RQOMLivAZavuvwboD/ff30896d-0f7b-4365-ad82-875349c2ba2b.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @XY 于 2025-11-20T12:36:29Z  \\n运维部署，碰见日嘛歘开发是真的难受，啥都不说让硬搞  \\n---  \\n### @上仙 于 2025-11-20T12:38:30Z  \\n开始写部署的流水线文件稍微麻烦一点，得去~~抄~~，咳咳，借鉴一下其他人的代码，配置好之后就什么都不用管了，一次劳动，永久省心省力  \\n---  \\n### @momo 于 2025-11-20T12:44:23Z  \\n站楼~~~  \\n---  \\n### @一如既往 于 2025-11-20T12:45:01Z  \\n站着茅坑，等等在拉屎  \\n---  \\n### @Lam 于 2025-11-20T13:05:12Z  \\n围观  \\n---  \\n### @Pai2s 于 2025-11-20T13:06:01Z  \\ncnb 没有的功能(例如: usb 共享), 可以用 Lighthouse  补充  \\n比如: cnb 负责编译, 然后 Lighthouse  mount cnb 编译产物  \\n如果需要 usb 设备,那么可以 mount 到 Lighthouse  就可以愉快的干活了  \\n---  \\n### @霸王餐 于 2025-11-20T13:06:45Z  \\nCNB × Lighthouse x Cos =文件超级中转站\\n如果轻量磁盘大 宽带小  可以传到cos 再从cnb云开发 挂载cos  然后从cnb下载  速度就很快了  \\n---  \\n### @祁筱欣 于 2025-11-20T13:08:06Z  \\n> CNB × Lighthouse x Cos =文件超级中转站  \\n@cnbwx(霸王餐) 详细说说  \\n---  \\n### @三***楼 于 2025-11-20T13:12:57Z  \\n都在cnb  \\n---  \\n### @Y. 于 2025-11-20T13:13:15Z  \\n先占个楼！  \\n---  \\n### @神经蛙 于 2025-11-20T13:14:26Z  \\ncnb的gpu很好用  \\n---  \\n### @祁筱欣 于 2025-11-20T13:16:49Z  \\n> cnb的gpu很好用\\n\\n- \\n    文档编号：3,\\n    文档地址： https://cnb.cool/cnb/feedback/-/blob/ef56d7b68a54a189434dc5143cffac14fa82ea88/docs/plugins/tencentcom/git-sync/README.md,\\n    文档名：README, \\n    内容：# Git Sync Plugin\\n\\n一个用于在不同 Git 平台之间同步代码的插件。支持通过 HTTPS 或 SSH 方式同步代码到其他 Git 托管平台。\\n\\n例如从 CNB 同步到 GitHub，从 GitHub 同步到 CNB。\\n\\n## 功能特点\\n\\n- 支持 HTTPS (推荐) 和 SSH 两种认证方式\\n- 支持推送指定分支或所有分支\\n- 支持推送标签\\n- 支持强制推送\\n- 可配置 Git 用户信息\\n- 支持自定义 Git 服务器\\n- 支持私有仓库认证\\n\\n## 使用方法\\n\\n### 在 CNB 中使用\\n\\n以下实例是从 CNB 同步到 GitHub 的，其他平台类似\\n\\n```yaml\\nmain:\\n  push:\\n    - stages:\\n        - name: sync to github\\n          image: tencentcom/git-sync\\n          settings:\\n            target_url: https://github.com/username/repo.git\\n            auth_type: https\\n            username: ${GIT_USERNAME}\\n            password: ${GIT_ACCESS_TOKEN}\\n            branch: main\\n```\\n\\n### 在 GitHub Actions 中使用\\n\\n以下是从 GitHub 同步到 CNB 的示例， 注意 CNB 的 Git user 是 `cnb`\\n\\n```yaml\\nname: Sync to CNB\\non: [push]\\n\\njobs:\\n  sync:\\n    runs-on: ubuntu-latest\\n    steps:\\n      - uses: actions/checkout@v3\\n        with:\\n          fetch-depth: 0\\n      \\n      - name: Sync to CNB Repository\\n        run: |\\n          docker run --rm \\\\\\n            -v ${{ github.workspace }}:${{ github.workspace }} \\\\\\n            -w ${{ github.workspace }} \\\\\\n            -e PLUGIN_TARGET_URL=\\"https://cnb.cool/username/repo.git\\" \\\\\\n            -e PLUGIN_AUTH_TYPE=\\"https\\" \\\\\\n            -e PLUGIN_USERNAME=\\"cnb\\" \\\\\\n            -e PLUGIN_PASSWORD=${{ secrets.GIT_PASSWORD }} \\\\\\n            -e PLUGIN_BRANCH=\\"main\\" \\\\\\n            -e PLUGIN_GIT_USER=\\"cnb\\" \\\\\\n            -e PLUGIN_GIT_EMAIL=\\"cnb@cnb.cool\\" \\\\\\n            -e PLUGIN_FORCE=\\"true\\" \\\\\\n            tencentcom/git-sync\\n```\\n\\n### 使用 Docker 直接运行\\n\\n```bash\\ndocker run --rm \\\\\\n  -e PLUGIN_TARGET_URL=\\"https://github.com/username/repo.git\\" \\\\\\n  -e PLUGIN_AUTH_TYPE=\\"https\\" \\\\\\n  -e PLUGIN_USERNAME=\\"your-username\\" \\\\\\n  -e PLUGIN_PASSWORD=\\"your-access-token\\" \\\\\\n  -e PLUGIN_BRANCH=\\"main\\" \\\\\\n  -v $(pwd):$(pwd) \\\\\\n  -w $(pwd) \\\\\\n  tencentcom/git-sync\\n```\\n\\n## 参数说明\\n\\n| 参数名     | 必填 | 默认值                | 说明                                               |\\n| ---------- | ---- | --------------------- | -------------------------------------------------- |\\n| target_url | 是   | -                     | 目标仓库的 URL，支持 HTTPS 或 SSH 格式             |\\n| auth_type  | 否   | https                 | 认证类型，可选值：`https` 或 `ssh`                 |\\n| username   | 否*  | -                     | HTTPS 认证时的用户名（*使用 HTTPS 时必填）         |\\n| password   | 否*  | -                     | HTTPS 认证时的密码或访问令牌（*使用 HTTPS 时必填） |\\n| ssh_key    | 否*  | -                     | SSH 私钥内容（*使用 SSH 时必填）                   |\\n| branch     | 否   | -                     | 要推送的目标分支。不指定时推送所有分支             |\\n| force      | 否   | false                 | 是否强制推送（使用 `--force` 选项）                |\\n| push_tags  | 否   | false                 | 是否推送标签                                       |\\n| git_user   | 否   | Git Sync Plugin       | Git 提交时使用的用户名                             |\\n| git_email  | 否   | git-sync@plugin.local | Git 提交时使用的邮箱                               |\\n| git_host   | 否   | -                     | 自定义 Git 服务器域名                              |\\n\\n## 安全建议\\n\\n1. 使用 HTTPS 认证时，建议使用访问令牌（Access Token）而不是实际密码\\n2. 确保将敏感信息（如密码、访问令牌、SSH 密钥）保存在安全的环境变量，如 CNB 的密钥仓库中\\n3. 如果使用 SSH 密钥，确保密钥具有适当的权限\\n4. 建议在目标仓库上设置适当的访问权限控制\\n\\n## 常见问题\\n\\n1. HTTPS 认证失败\\n   - 检查用户名和密码/令牌是否正确\\n   - 确认令牌是否具有足够的权限\\n   - 验证目标仓库 URL 是否正确\\n\\n2. 推送失败\\n   - 检查是否有目标仓库的写入权限\\n   - 确认分支名称是否正确\\n   - 如果遇到冲突，考虑使用 `force: true`\\n\\n3. 自定义 Git 服务器\\n   - 确保 `git_host` 参数设置正确\\n   - 检查服务器的 SSH 指纹是否正确添加\\n\\n## License\\n\\n[MIT License](LICENSE)\\n\\n\\n- \\n    文档编号：4,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：### @段超 于 2025-10-24T05:13:35Z  \\n特意从个人中心找了下最开始的几个动态，当时是在写一个基于 docker compose 的 调试工具，再之后，陆续将在 github 中的几个项目搬迁了过来，至此应该是不会回去了。  \\n我觉得如果不是一个国际性质的团队或者项目，符合国人思维的的产品理念这一点非常重要，试问大家为了使用 github 吃了多少英文的苦，而在 cnb，你是否又因为“中译中”，“转角遇到 AI”等这些中式文案而拍案叫绝呢，最重要的是，遇到问题有社群，有官方可以顺畅沟通。  \\n而在技术栈上，cnb 依赖的 docker 以及 code-server 也都是非常著名的开源软件，学习资料一大堆，精通起来非常容易，更重要的是，对用户而言，cnb 内部不是一个纯黑的盒子，用户可以在更深的层面跟官方团队来交流，更能促进社区的繁荣。  \\n最后  \\n**github 已经很好了，没有必要为了面子硬上 cnb。**  \\n<img width=\\"2270\\" alt=\\"df67d66f-0031-4e97-ae5a-36dcd72ba0f5.png\\" src=\\"/cnb/feedback/-/imgs/k8tc5UxuoHK2A5kUkhKKLB/df67d66f-0031-4e97-ae5a-36dcd72ba0f5.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @杜豹 于 2025-10-24T05:46:10Z  \\n我是coding来的～接触到现在才几个月哦，一枚上了岁数的小白：（  \\n---  \\n### @ww 于 2025-10-24T06:00:12Z  \\n这个楼层风景很好  \\n---  \\n### @Leo 于 2025-10-24T06:13:20Z  \\nCNB 无需多言  \\n---  \\n### @小城风雨 于 2025-10-24T06:35:17Z  \\ncoding好久没用，突然接收到一个邮件说转移到CNB了，就来试一下\\n然后就停不下来了，本地都不用了  \\n---  \\n### @momo 于 2025-10-24T06:55:40Z  \\n非常好！！！！  \\n---  \\n### @柯迪&丫丫 于 2025-10-24T06:55:58Z  \\n一个做建筑的老人儿，后来玩AI，遇到了CNB平台，从开始啥也不会，到动手编写流水线，再到捣鼓docker，到现在流畅的使用CNB平台运行自己敲的代码，生着自己喜欢的图，玩着不知所谓的AI... ....一路走来，感谢CNB的相伴和支持，CNB的开源精神是大爱，这话放着，早晚要火！！  \\n---  \\n### @高帅 于 2025-10-24T07:09:34Z  \\n火钳刘明  \\n---  \\n### @folger 于 2025-10-24T09:30:17Z  \\n> 用cnb的几个阶段\\n> 什么东西，啥玩意儿\\n> 好像有点意思\\n> 有点东西啊\\n> 离谱，这也行\\n> nb  \\n@purefox(Vantablack) 我刚接触CNB的CI时，很多NB的东西都是反直觉的  \\n---  \\n### @ocean 于 2025-10-24T10:24:53Z  \\n现在到100楼了吗，想要玩偶啊啊啊啊啊  \\n---  \\n### @🍁 于 2025-10-24T10:27:00Z  \\nCNB方便了我的个人博客  \\n---  \\n### @迪迦 于 2025-10-24T11:23:46Z  \\n一开始在B站看ai来事嫖AI工具的，正赶上六一活动，一看自己原来coding老用户还能领特权，这边的单位还是小时、环境还能自己随便配置、外网的一些站还带加速、开发环境打开速度也这么快，CNB果真超牛逼。  \\n---  \\n### @竹蜻蜓 于 2025-10-24T13:46:17Z  \\n我在 CNB 的第一行代码，是修复用户反馈的 bug。  \\n第一次修复 CNB bug 时，因为太紧张，在代码中犯了一个不起眼的错误，导致 fix 失效。当时觉得自己太菜了，这么小的问题都没注意到 😂（可恶的 `make([]slice, len, cap)` ）  \\n纪念一下自己改动的第一个代码  \\n[通过提交人筛选commit不正确](https://cnb.cool/cnb/feedback/-/issues/250)  \\n希望 CNB 做大做强💪（今天 1024 恰好发了🍊\\n<img width=\\"1280\\" alt=\\"c0969aae-f946-456d-9b12-31ffbb0a4aa4.jpg\\" src=\\"/cnb/feedback/-/imgs/kpA6uuDAXk1sUlBpaoOX8C/c0969aae-f946-456d-9b12-31ffbb0a4aa4.jpg\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @王富贵 于 2025-10-27T03:36:54Z  \\n<img width=\\"80\\" alt=\\"8a7e7019-bb1e-49e6-bb57-f32c29ac72d3.JPG\\" src=\\"/cnb/feedback/-/imgs/ak2PpgtRcuq3FrQFOCk9EB/8a7e7019-bb1e-49e6-bb57-f32c29ac72d3.JPG\\" class=\\"cnb-md-image__upload\\" />  \\n# 从 Jenkins 到 Coding，再到 CNB  \\n```yaml\\ndevelop:\\npush:\\n- docker:\\n# 声明流水线使用上面的 Dockerfile 构建的镜像作为流水线默认构建环境。\\nbuild: Dockerfile\\n```  \\n这是我第一次在 CNB 上写下的代码。\\n很简单，但对我来说意义不小。  \\n之前我一直用 Jenkins，从脚本到插件，什么都要自己配。\\n每次改点东西都得重新调半天，出了问题也只能靠日志一点点查。\\n那时候团队没人懂 CI/CD，我一个人从头到尾搞。  \\n后来换到 Coding，界面友好多了，也能带着团队一起用。\\n但随着项目多起来，模板维护和兼容问题又开始堆。\\n能跑是能跑，就是不够灵活。  \\n直到我接触 CNB。\\n第一次用它写流水线，我就被惊到了。\\n配置清晰，逻辑简单，能直接用 Dockerfile 构建。\\n更重要的是，我教团队用的时候，他们几乎没怎么卡。\\n\\n- \\n    文档编号：5,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：<img width=\\"1445\\" alt=\\"dbf2dde7-5f5f-4372-944f-c4d04c146e2e.png\\" src=\\"/cnb/feedback/-/imgs/zk7kcFWo1BLRrYWf4o4zKF/dbf2dde7-5f5f-4372-944f-c4d04c146e2e.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @leo 于 2025-10-31T02:26:03Z  \\n@cnb.ZsPOlmV7wGA(祁筱欣)  对不对？\\n听说cnb可以薅羊毛，我是来薅羊毛的  \\n---  \\n### @祁筱欣 于 2025-10-31T03:47:11Z  \\n> @cnb.ZsPOlmV7wGA(祁筱欣)  对不对？\\n> 听说cnb可以薅羊毛，我是来薅羊毛的  \\n@llvm(leo) 对  \\n---  \\n### @原野旧之助 于 2025-10-31T07:36:51Z  \\n### 我是原野旧之助，来唠唠我和CNB的故事  \\n刚开始TDP大佬们聊CNB，我好奇注册试了试。一开始用惯了GitHub的CI/CD，换过来不习惯，后来死磕文档发现挺顶啊！跟我这PHP佬用的VSCode差不多，没啥差别。后来给各个仓库塞环境，慢慢整明白了——CNB可不单单能托管代码，远程开发也能整得明明白白。  \\n必须安利公司项目搬CNB！以前GitHub在国内推代码老卡，依赖拉不下来翻车N次，得走CDN或者重试；Gitee更拉胯，Java敏感词都能整得**。还好有CNB兜底！现在打包效率蹭蹭涨，依赖库加载快得飞起，推国内网络贼顺，再也没因为这破事儿掉过链子。  \\nCNB真的香，冲就完事了！  \\n---  \\n### @祁筱欣 于 2025-10-31T07:39:30Z  \\n> ### 我是原野旧之助，来唠唠我和CNB的故事\\n>\\n> 刚开始TDP大佬们聊CNB，我好奇注册试了试。一开始用惯了GitHub的CI/CD，换过来不习惯，后来死磕文档发现挺顶啊！跟我这PHP佬用的VSCode差不多，没啥差别。后来给各个仓库塞环境，慢慢整明白了——CNB可不单单能托管代码，远程开发也能整得明明白白。\\n>\\n> 必须安利公司项目搬CNB！以前GitHub在国内推代码老卡，依赖拉不下来翻车N次，得走CDN或者重试；Gitee更拉胯，Java敏感词都能整得**。还好有CNB兜底！现在打包效率蹭蹭涨，依赖库加载快得飞起，推国内网络贼顺，再也没因为这破事儿掉过链子。\\n>\\n> CNB真的香，冲就完事了！  \\n@Qicloud_W(原野旧之助) 鉴定完成这是大佬  \\n---  \\n### @社恐的王同学 于 2025-11-03T07:53:30Z  \\ncnb。吹牛逼那是真牛逼  \\n---  \\n### @黄杰 于 2025-11-03T08:01:33Z  \\ncnb, 超级牛逼，这大概是完美的翻译了吧\\n我是从coding赶过来的，使用体验还是不错的，比coding会清晰很多，简单好用，devops的效率也很高。\\n@songjiao(水不绿)  抽我一个吧， cnb  \\n---  \\n### @陈法舟 Ac. 🚣 于 2025-11-05T09:55:57Z  \\n有了超CNB ，核动力牛马让我加倍狂奔·~~~  \\n---  \\n### @陈法舟 Ac. 🚣 于 2025-11-05T09:56:52Z  \\n抽我抽我，我是CNB的忠实粉丝，@songjiao(水不绿)  有它有我，有我有它。  \\n---  \\n### @cjSound 于 2025-11-06T03:31:50Z  \\n来了来了 必须安利**CodeWiki 能不用我动手就别让我动手！**  \\n<img width=\\"1080\\" alt=\\"c85ca7d1-682f-4396-9045-83ddd4f3fb8d.png\\" src=\\"/cnb/feedback/-/imgs/qotAlYJOK1mAMvfHK2U6tD/c85ca7d1-682f-4396-9045-83ddd4f3fb8d.png\\" class=\\"cnb-md-image__upload\\" />  \\n之前改代码时，文档还需要手动同步；文档更新时，又得回到代码仓库反复确认。现在这个问题终于解决了  \\n**自动识别并分析**，梳理整个仓库的脉络，最后生成结构化的 Wiki 页面。只需要简单的 YAML 配置 ，通过 CI 流水线自动后台运行，高效、不影响用户日常操作。\\n# 一个字\\n# 爽  \\n---  \\n### @竹海晨金 于 2026-01-02T13:09:41Z  \\n大就是好，大就是第一！  \\n---  \\n### @祁筱欣 于 2026-01-02T13:17:42Z  \\n> 大就是好，大就是第一！\\n\\n- \\n    文档编号：6,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：### @上仙 于 2025-10-24T00:40:00Z  \\n盖中盖  \\n---  \\n### @景哈哈 于 2025-10-24T00:40:06Z  \\nMark\\nGithub 基本上之前构建应用的唯一场地，，直到遇到了cnb，，哪儿都通，随便构建  \\n---  \\n### @呵呵呵 于 2025-10-24T00:40:10Z  \\n看到有GPU福利，我就来了cnb，希望在100楼里面，给发个公仔  \\n---  \\n### @Pai2s 于 2025-10-24T00:42:16Z  \\n来 cnb，学 cnb 技术  \\n---  \\n### @🐳 于 2025-10-24T00:42:27Z  \\nGPU福利，cnb超牛逼，先占楼，给发个公仔  \\n---  \\n### @illegal_name_cnb 于 2025-10-24T00:48:37Z  \\n之前参加过 opencamp 操作系统训练营。6月份在公众号看到 opencamp 和 cnb 一起举办的 docker 训练营，于是跟着过来了😂  \\n---  \\n### @ㅤ 于 2025-10-24T00:51:47Z  \\n作为一名不会写代码的程序猿，构建项目，电脑配置总是呼呼的转，从coding停服转移到cnb，从自建jenkins到cnb自动构建，真的节省了很大时间  \\n---  \\n### @lxh 于 2025-10-24T00:53:42Z  \\n太牛了！  \\n---  \\n### @Blank 于 2025-10-24T00:54:04Z  \\n盖楼占位  \\n---  \\n### @sunfkny 于 2025-10-24T00:56:02Z  \\n占楼  \\n---  \\n### @啊！斌！啊！ 于 2025-10-24T00:57:55Z  \\n从18年接触coding，在到2025年的cnb\\n从不懂云开发，到现在的使用云开发\\ncnb大大降低了我的学习门槛\\n只能感叹：现在的新人真轻松啊！  \\n我的代码，自定义的docker镜像  \\n<img width=\\"2343\\" alt=\\"5265f968-e65d-439b-b92b-0bafcd38881c.png\\" src=\\"/cnb/feedback/-/imgs/6A4WkU8qCafONejgHPg7FO/5265f968-e65d-439b-b92b-0bafcd38881c.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @ㅤ 于 2025-10-24T00:58:54Z  \\n~~盖楼，内容看情况~~\\n从github到cnb，cnb的免费GPU云开发环境给我提供了很大的帮助，在尝试运行一些AI模型项目的时候依靠共享的GPU，解决了本地GPU的显存/性能问题，可以做到轻松体验  \\n---  \\n### @咸鱼 于 2025-10-24T01:00:16Z  \\n和男朋友一起过来参加 docker 训练营的，感谢 Docker训练营和Cnb[爱心]  \\n---  \\n### @多味 于 2025-10-24T01:01:22Z  \\nCNB NB 就 NB 在你用 github 时不时的抽风真他么想打人,  但是 CNB 秒连有木有?  \\nCNB NB 就 NB 在云原生开发 YYDS\u0021  微信注册用户 + coding 标准版送的 GPU 核时 和 CPU 核时, 尤其是 CPU 核时完全够用,  每个月爽开云开发环境, 告别本地计算资源匮乏\u0021  \\nCNB 搭配 EO pages ,  让我告别了以前写博客的冗杂步骤, 直接云原生开发, 写完 markdown 后, git 提交直接触发 EO pages 构建, 一分钟就能看到内容, 这一切都是在 CNB 里完成\u0021  \\n还有 与 github 的插件互推, 简直不要太方便\u0021  \\n用 CNB，  享超牛逼服务\u0021  \\n---  \\n### @电动车手🛵 于 2025-10-24T01:01:40Z  \\n从coding发布公告要停服转到的cnb，云原生构建真的是太方便了，目前托管了十几个项目，初始的核时不够用了但是能挂腾讯云的账单每个月也花不了多少钱，cnb,nb！  \\n---  \\n### @黎志航 于 2025-10-24T01:04:49Z  \\n第一次用 CNB 就推了 600 多 G 的 AOSP 仓库，秒级克隆，吓尿了。  \\n---  \\n### @W3C 于 2025-10-24T01:04:55Z  \\n我是W3C,一名资深的非技术人员,专注于服务非技术人员,搭建一座技术与非技术之间的桥梁,研究WEB轻技术工具/浅层应用等,让技术门槛不在那么的高.\\n在CNB的第一行代码已经忘了 但记得第一个项目\'W3C技术联盟\'针对非技术人员/甚至是有障碍或不便的人士,整合一些可在CNB使用的技术类工具/方法等 方便非技术人员使用,\\n还有个项目 \'页界之巅\',\'让天下没有难做的网页\',为非技术人员做了一些适合某些特殊或主流前端框架使用的镜像,以及一些更简单的运行方法,能够在CNB更便捷的一键启动等,有了CNB 无需考虑环境等问题,让天下没有难运行的网页,非常适合非技术人员使用的如博客/文档/企业宣传页/企业官网等  \\n---  \\n### @二丫讲梵 | eryajf.net 于 2025-10-24T01:05:17Z  \\n我是二丫，一枚运维小学生，全沾工程师。如果你也热爱开源，热爱折腾，欢迎关注我，欢迎来撩~  \\n我从24年11月份接触CNB，一开始只把CNB当做代码存储来用，以为是又一个GitHub，或者又一个Gitee，但随着对云开发和云构建的深入探索之后，我当时就感觉到，这绝不只是其他旧有代码托管的一个复制品，而是对开发，运维，构建，协作每个场景都深入思考且实现了的一个产品。  \\n我仅云构建这一个场景来做举例：CNB几乎覆盖了以往构建过程中的所有痛点，除了网络加速以外，还能直接debug进入到云构建流水线对应的环境内，要知道，运维场景中解决问题最大的一个痛点就是当次构建的现场，距离现场越近，问题就显现得越明显，解决起来也就越高效。\\n\\n- \\n    文档编号：7,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：```\\n当我看到系统自动拉起环境，并为我分配了**64核CPU**的算力时，我爽到了  \\n**它带来的解放是彻底的：**  \\n1.  **告别“依赖打仗”：** 云原生构建，完美避开了本地开发中性能、环境配置、依赖冲突的**“大战”**，让应用构建变得**干净利落**。\\n2.  **开箱即用YYDS：** 不管是临时换台机子开发，还是遇到 **“依赖版本不对”** 这种历史遗留问题，CNB 的云环境都能**秒连秒解决**！依赖版本永远是正确的 `python:latest`！  \\n现在，我终于可以**只关注代码本身**，让环境和配置的烦恼**滚蛋**！CNB，真香！🥳  \\n---  \\n### @YYmicro 于 2025-10-24T02:34:32Z  \\n最早是参加训练营中的docker训练营接触的cnb，cnb给的云开发和CI资源真的不错，让我学到了很多，后面我写的一些在cnb上ci测试清华大学rcore和arceos的一些代码还被thu的学生参考了。接触cnb后，我的docker（使用）水平总算到了一个可用的程度，感谢cnb平台，感谢zlt大佬带我入门，当然更感谢opencamp社区和docker训练营带给我的诸多收获。  \\n---  \\n### @小王先森 于 2025-10-24T02:39:10Z  \\n我与cnb的故事，可以追溯到这个月初。\\n在好友的推荐下，用上了cnb，代码的托管，云开发，都很方便。  \\n---  \\n### @RH 于 2025-10-24T02:47:16Z  \\n第一次用 CNB 是为了 ComfyUI, 发现有一个很好的平台可以运行代码+托管代码. 后来了解深入, 发现在大部分场景下它都可以替代我在 github 上的需求, 甚至国内访问更快更方便. 更加惊喜的是, feedback 中工程师处理问题的速度很快. 我在工作中需要使用 GNU 的一些资源, 原本没办法访问, 但是反馈后这种正常的域名白名单很快就加上了. 它可能还不完美, 但是它真的一直在变好.  \\n第一行代码是 `FROM cnbcool/default-dev-env`, 从零开始构建了很多玩具, 以及在工作上帮助了我很多  \\nCNB 的超高自由流水线可以做很多有意思的玩具, 我个人写的比较有意思的, 例如利用 CNB 的 CI+AI+EdgeOne, 每天自动爬取 + AI 总结 Arxiv 上的论文 [Daily-ArXiv](https://cnb.cool/maikebuke/Daily-ArXiv), 或者在 CNB 上写 LaTeX, 基于 Git 的进度掌控 + CNB 在国内超快的访问速度可以有非常好的论文写作体验, 还可以避免装复杂的 LaTeX 环境... [LaTeX Runtime](https://cnb.cool/maikebuke/LaTeX/latex-template). 甚至, 还可以轻松的在 CNB 上运行昂贵的 Minecraft 服务器并且基于 CI 全自动管理存档 [Minecraft Server](https://cnb.cool/maikebuke/minecraft/server)  \\n云原生开发已经逐渐成为我的主要开发方式. 可以很简单的构建一个复现环境, 方便随时切换办公室/家里的开发环境. 在工作上临时需要跑高 CPU 负载的内容可以简单的获取平时难以获取的资源; 以及在做原型验证的时候, 可以简单的获取一个高可用的 CPU/GPU 环境. 真的很友好开发者.  \\n---  \\n### @阿白 于 2025-10-24T02:58:38Z  \\n我还以为是第一百个呢。  \\n---  \\n### @. 于 2025-10-24T03:01:34Z  \\n从coding一直到cnb，越来越好用，越来越强大，牛逼！  \\n---  \\n### @耳区人 于 2025-10-24T03:08:25Z  \\n云原生也太好用了，直接build都不用自己电脑跑了，真爽  \\n---  \\n### @不踢球的大空翼 于 2025-10-24T03:11:40Z  \\n从透明哥那里知道了 CNB，刚开始来的时候被6666的 H20惊呆了。更别说还提供代码仓库和高速存储，特别是模型镜像，以往从抱抱脸和 hf-mirror 下载总是遇到这样或那样的问题。来得比较晚，也一起经历过从内测到正式上线，希望 CNB 越来越好，早日盈利。  \\n---  \\n### @Rhod_Wong 于 2025-10-24T03:14:47Z  \\n<img width=\\"80\\" alt=\\"avatar\\" src=\\"https://cnb.cool/users/rhwong/avatar/s\\" class=\\"cnb-md-image__upload\\" />  \\n我是客服小王，某CA公司的技术支持工程师。  \\n我的工作就是每天在各种混乱的环境里为客户的证书问题\\"破案\\"。最头疼的不是问题多复杂，而是每次都要花大量时间在配置测试环境上——不同的操作系统、不同的OpenSSL版本、不同的中间件，光是搭建一个能复现问题的场景就要半小时。  \\n直到我把战场搬到了CNB。  \\n现在，当客户报告\\"证书链验证失败\\"时，我不再手忙脚乱。我提前用CNB准备好了一套包含各种常见环境的诊断模板。只需要轻轻一点，几个并行的、纯净的测试环境瞬间就绪——从CentOS 7到Ubuntu 22.04，从OpenSSL 1.0到3.0。  \\n那天遇到一个诡异的问题：证书在Nginx 1.18上正常，在Nginx 1.20上就握手失败。以前我至少要折腾一上午来回配置环境，现在CNB帮我同时启动了两个完全隔离的Nginx测试实例。通过对比日志，十分钟就定位到是密码套件兼容性问题。  \\n更让我惊喜的是缓存功能。我们常用的诊断工具包有2GB多，每次初始化都很耗时。现在CNB会自动缓存这些基础环境，第二次启动几乎是秒级。我甚至可以把这个诊断环境模板分享给团队的新同事，他们再也不用为搭建测试环境发愁了。  \\nCNB没有直接帮我解决任何一个证书技术难题，但它给了我一个永远不会\\"脏掉\\"的实验室。我的工作效率提升了十倍，从疲于搭建环境的\\"运维工\\"，变成了专注分析问题的\\"诊断专家\\"。这就是我的第一行CNB代码带来的改变——它写在了配置里，但真正改变的是我的工作方式。  \\n---  \\n### @undefined 于 2025-10-24T03:16:29Z\\n\\n- \\n    文档编号：8,\\n    文档地址： https://cnb.cool/cnb/feedback/-/blob/ef56d7b68a54a189434dc5143cffac14fa82ea88/README.md,\\n    文档名：README, \\n    内容：# 使用反馈\\n\\n反馈问题，提 [issue](https://cnb.cool/cnb/feedback/-/issues/new/choose)\\n\\n最佳实践，见 [showcase](https://cnb.cool/examples/showcase)\\n\\n## 常见问题\\n\\n- CNB 好用么？\\n- CNB 和 Github 比有啥优势？\\n- 公开仓库不能引用私有仓库的出发点是什么？\\n- 为什么公开仓库的 fork 仓库不可设为私有？\\n\\n## 了解更多\\n\\n<img src=\\"assets/more-info.png\\" width=\\"500\\" alt=\\"了解更多关于 cnb.cool\\">\\n\\n- \\n    文档编号：9,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/1678,\\n    文档名：建议增加 CNB OAuth, \\n    内容：# [#1678] 建议增加 CNB OAuth\\n\\n## 基本信息\\n\\n- **Issue ID**: #1678\\n- **状态**: open\\n- **优先级**: 无\\n- **创建者**: @388天的茶叶\\n- **处理人**: 无\\n- **标签**: 无\\n- **创建时间**: 2025-08-17T14:24:13Z\\n- **更新时间**: 2025-10-27T02:46:25Z\\n\\n## 描述\\n\\n\\n\\n## 这个特性将解决什么问题？\\n\\nCNB OAuth可以像GitHub OAuth一样，开发者可以通过它链接账户，不是手动配置秘钥，这样应用访问仓库会更简单。\\n\\n## 设想的解决方案？如有\\n\\n\\n\\n## 评论\\n\\n### @没猫饼 于 2025-08-19T00:53:45Z\\n\\n顶\\n\\n---\\n\\n### @388天的茶叶 于 2025-08-19T03:37:09Z\\n\\n@youkun(哪都通在逃临时工) \\n\\n---\\n\\n**Issue 链接**: https://cnb.cool/cnb/feedback/-/issues/1678\\n\\n\'\'\'\\n\\n[相关信息]=\'\'\'\\n- 相关文档是: \\n  - \\n    文档编号：1,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/1407,\\n    文档名：关于cnb的三点待改进的体验, \\n    内容：# [#1407] 关于cnb的三点待改进的体验\\n\\n## 基本信息\\n\\n- **Issue ID**: #1407\\n- **状态**: closed\\n- **优先级**: -1P\\n- **创建者**: @maple\\n- **处理人**: @天空\\n- **标签**: 有道理:听劝\\n- **创建时间**: 2025-07-28T04:03:02Z\\n- **更新时间**: 2025-10-11T06:45:51Z\\n\\n## 描述\\n\\n\\n\\n## 描述一下体验不好的点\\n\\n一，在github中，其他的开发者也可以在不是自己的pr指出相应的代码片段，并评论，但是在cnb却不行（没有权限，应该是reviewer才行）。帮助其他pr的开发者一起review代码，我觉得是成长为热爱社区，热爱开源的必要的一步，也是许多开发者成为对应社区的committer的必要的一步。\\n\\n<img width=\\"899\\" alt=\\"23e14035-81e0-4ca4-92b2-3be7963e8bd5.png\\" src=\\"/cnb/feedback/-/imgs/X6DEvMsC4BHoGrUUPIRriB/23e14035-81e0-4ca4-92b2-3be7963e8bd5.png\\" class=\\"cnb-md-image__upload\\" />\\n\\n二，在cnb中，别人评论了要刷新才能出现，而在github是可以不用刷新也可以直接看到别人的评论。这种体验应该要对齐github，对那些非常急切得到committer的cr，体验会好很多。长连接， 具体一点，处理实时更新和消息推送是势在必行的。\\n\\n三，在cnb中，无法修改自己评论（报错是没有权限），只能撤回或者重新写一个评论，这与github不一样。这一点影响最大，我甚至无法理解这种功能在设计之初为什么不会有？（可能cnb定位要留痕？？？）\\n对我来说，我个人有时觉得自己最新的评论可能还没有指出要点，所以想要修改，但是却无法修改。这种确实非常抓马。\\n只能不断撤回\\n\\n<img width=\\"272\\" alt=\\"1e7d2a6b-2e23-4053-bc54-53bea2e5e863.png\\" src=\\"/cnb/feedback/-/imgs/X6DEvMsC4BHoGrUUPIRriB/1e7d2a6b-2e23-4053-bc54-53bea2e5e863.png\\" class=\\"cnb-md-image__upload\\" />\\n\\n或许你想着可以新增评论不是即可了吗？这可能会导致单个pr的comment数过多的原因之一（当然如果这个pr要改进的点非常多，也是comment数量多的重要原因）\\n\\n<img width=\\"66\\" alt=\\"c4e8cbcd-020f-441c-ba17-24f70690b6c8.png\\" src=\\"/cnb/feedback/-/imgs/X6DEvMsC4BHoGrUUPIRriB/c4e8cbcd-020f-441c-ba17-24f70690b6c8.png\\" class=\\"cnb-md-image__upload\\" />\\n\\n长达一百多条的讨论令人心烦...\\n\\n每一次要看到最新回复都得往下拉\\n\\n## 评论\\n\\n### @天空 于 2025-07-28T08:59:26Z\\n\\n1. 公仓的权限，这里会放开为：已实名用户登录即可参与评审\\n2. CNB 支持公众号推送消息，关注公众号即可收到消息\\n3. 会先将本人修改评论权限放开，支持评论修改历史版本查看的功能正在规划中，敬请期待\\n\\n---\\n\\n### @maple 于 2025-07-28T11:30:22Z\\n\\n对于第二点，我建议是最好在页面内可以做到实时推送，因为如果cnb要成长为一个全球性的网站，不能指望每个使用cnb的用户都关注公众号，这有点理想化了。\\n\\n\\n---\\n\\n### @Vantablack 于 2025-07-29T11:33:58Z\\n\\n> 对于第二点，我建议是最好在页面内可以做到实时推送，因为如果cnb要成长为一个全球性的网站，不能指望每个使用cnb的用户都关注公众号，这有点理想化了。\\n\\n@cnb.acvgNwzIQGA(maple) 要成长为全球性的网站首先得支持各种登录方式\\n\\n---\\n\\n### @姚瑞峥 于 2025-08-17T08:48:58Z\\n\\n> 对于第二点，我建议是最好在页面内可以做到实时推送，因为如果cnb要成长为一个全球性的网站，不能指望每个使用cnb的用户都关注公众号，这有点理想化了。\\n\\n@cnb.acvgNwzIQGA(maple) \\n全球性网站先把域名换了吧，cool一点都不cool，再把登录方式做好吧\\n\\n---\\n\\n### @天空 于 2025-10-11T06:45:51Z\\n\\n> 1. 公仓的权限，这里会放开为：已实名用户登录即可参与评审\\n> 2. CNB 支持公众号推送消息，关注公众号即可收到消息\\n> 3. 会先将本人修改评论权限放开，支持评论修改历史版本查看的功能正在规划中，敬请期待\\n\\n1，2 已上线\\n3 由 新 Issue 跟进：https://cnb.cool/cnb/feedback/-/issues/2171\\n\\n---\\n\\n**Issue 链接**: https://cnb.cool/cnb/feedback/-/issues/1407\\n\\n- \\n    文档编号：2,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2528,\\n    文档名：「有奖盖楼话题」CNB × Lighthouse 联动赋能，讲述“你的部署实践故事”！, \\n    内容：我 菜鸟一枚，部署的 \\"**VuePress Theme Hope**\\" 文档  \\nCNB 云原生开发 和 云原生构建 对应了 **GitHub Codespaces** 和 **GitHub Actions**  \\n以往的时候需要本地编写提交上去然后编译，但是网络吧就是很奇怪...然后再部署到pages.. 让小伙伴们访问的时候也会遇到神奇的网络问题  \\n由于 \\"**VuePress Theme Hope**\\" 文档编译需要的内存挺大也比较费时间... 本人的笔记本内存不是很够用常常遇到因为内存导致编译失败  \\n自从接触CNB后，既可以不用担心神奇的网络问题，又不用担心本地内存不足导致编译失败  \\n直接CNB云原生开发后 再使用云原生构建，再通过 **Lighthouse** 部署云原生构建后的内容  \\n这样不用担心国内小伙伴访问不了，再加上 **Lighthouse锐驰型** 网络加持 既能保证了小伙伴的访问 也不用担心流量包的不够用  \\nCNB 666~  \\n---  \\n### @祁筱欣 于 2025-11-20T12:21:38Z  \\n> 企业微信开发的时候， 原本使用 github 管理仓库， 但是推拉都很不方便， 后面直接在 Lighthouse  上开发； 但是由于买的小菜机经常开发的时候 vscode 卡死， 导致开发流程很不丝滑。 还好有 CNB， 丝滑的推送 + 无缝推送到 Lighthouse + 自动部署， 麻麻再也不用担心我的 bot 啦  \\n@Trump(RH) 这是大佬啊  \\n---  \\n### @祁筱欣 于 2025-11-20T12:21:55Z  \\n> 占个楼  \\n@x.g.z(小桂子) 好巧啊  \\n---  \\n### @leo2raise 于 2025-11-20T12:23:15Z  \\n> cnb国内，Github当国外，论文代码调试在也不用担心拉取推送的网络问题了  \\n> 我还在lighthouse 轻量云服务器上部署jupyter lab，配合多个本地设备，项目管理、共同开发、快速调试都很方便；特别是大带宽，有效避免云服务器独占带宽贵、小团队不划算的缺点。  \\ncnb上也提供制品库，特别是pypi制品库，这样python写的fork代码也可以发布出去，有效填充Github的空白，这点算是先进。我之前调研其他国内云厂商虽然也提供制品库，但都是在私域，不允许公共匿名下载（甚至限速这一可选项也不提供），或者分享出去很麻烦，cnb.cool 确实占领了国内这一生态位  \\n---  \\n### @xcsoft 于 2025-11-20T12:34:57Z  \\n作为一名全栈开发工程师，我曾长期被多平台构建的繁琐流程所困扰。以往开发一个命令行工具时，为了支持 Windows、Linux 和 macOS 等不同系统及其各自的架构（如 x86、ARM），我不得不手动执行十几条差异巨大的构建命令。每次构建完成后，还要逐一整理生成的二进制文件，并手动上传到发布平台——整个过程耗时超过一小时，既重复又容易出错。\\n自从引入 CNB（Cloud Native Buildpacks）云原生构建方案后，这一瓶颈被彻底打破。现在，只需一次 git push 提交代码，CI/CD 流程便会自动调用 CNB 的多平台镜像能力，为各个目标平台并行构建对应的可执行文件。不仅如此，它还无缝集成了版本管理和自动发布功能——从代码提交到产品上线，全程无需人工干预，真正实现了“开发即交付”的零运维体验。  \\n---  \\n### @Vantablack 于 2025-11-20T12:35:09Z  \\n嘻嘻，真香，谁用谁知道\\n代码写完，push到release分支，然后等邮件就行\\n<img width=\\"321\\" alt=\\"ff30896d-0f7b-4365-ad82-875349c2ba2b.png\\" src=\\"/cnb/feedback/-/imgs/9bBe1RQOMLivAZavuvwboD/ff30896d-0f7b-4365-ad82-875349c2ba2b.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @XY 于 2025-11-20T12:36:29Z  \\n运维部署，碰见日嘛歘开发是真的难受，啥都不说让硬搞  \\n---  \\n### @上仙 于 2025-11-20T12:38:30Z  \\n开始写部署的流水线文件稍微麻烦一点，得去~~抄~~，咳咳，借鉴一下其他人的代码，配置好之后就什么都不用管了，一次劳动，永久省心省力  \\n---  \\n### @momo 于 2025-11-20T12:44:23Z  \\n站楼~~~  \\n---  \\n### @一如既往 于 2025-11-20T12:45:01Z  \\n站着茅坑，等等在拉屎  \\n---  \\n### @Lam 于 2025-11-20T13:05:12Z  \\n围观  \\n---  \\n### @Pai2s 于 2025-11-20T13:06:01Z  \\ncnb 没有的功能(例如: usb 共享), 可以用 Lighthouse  补充  \\n比如: cnb 负责编译, 然后 Lighthouse  mount cnb 编译产物  \\n如果需要 usb 设备,那么可以 mount 到 Lighthouse  就可以愉快的干活了  \\n---  \\n### @霸王餐 于 2025-11-20T13:06:45Z  \\nCNB × Lighthouse x Cos =文件超级中转站\\n如果轻量磁盘大 宽带小  可以传到cos 再从cnb云开发 挂载cos  然后从cnb下载  速度就很快了  \\n---  \\n### @祁筱欣 于 2025-11-20T13:08:06Z  \\n> CNB × Lighthouse x Cos =文件超级中转站  \\n@cnbwx(霸王餐) 详细说说  \\n---  \\n### @三***楼 于 2025-11-20T13:12:57Z  \\n都在cnb  \\n---  \\n### @Y. 于 2025-11-20T13:13:15Z  \\n先占个楼！  \\n---  \\n### @神经蛙 于 2025-11-20T13:14:26Z  \\ncnb的gpu很好用  \\n---  \\n### @祁筱欣 于 2025-11-20T13:16:49Z  \\n> cnb的gpu很好用\\n\\n- \\n    文档编号：3,\\n    文档地址： https://cnb.cool/cnb/feedback/-/blob/ef56d7b68a54a189434dc5143cffac14fa82ea88/docs/plugins/tencentcom/git-sync/README.md,\\n    文档名：README, \\n    内容：# Git Sync Plugin\\n\\n一个用于在不同 Git 平台之间同步代码的插件。支持通过 HTTPS 或 SSH 方式同步代码到其他 Git 托管平台。\\n\\n例如从 CNB 同步到 GitHub，从 GitHub 同步到 CNB。\\n\\n## 功能特点\\n\\n- 支持 HTTPS (推荐) 和 SSH 两种认证方式\\n- 支持推送指定分支或所有分支\\n- 支持推送标签\\n- 支持强制推送\\n- 可配置 Git 用户信息\\n- 支持自定义 Git 服务器\\n- 支持私有仓库认证\\n\\n## 使用方法\\n\\n### 在 CNB 中使用\\n\\n以下实例是从 CNB 同步到 GitHub 的，其他平台类似\\n\\n```yaml\\nmain:\\n  push:\\n    - stages:\\n        - name: sync to github\\n          image: tencentcom/git-sync\\n          settings:\\n            target_url: https://github.com/username/repo.git\\n            auth_type: https\\n            username: ${GIT_USERNAME}\\n            password: ${GIT_ACCESS_TOKEN}\\n            branch: main\\n```\\n\\n### 在 GitHub Actions 中使用\\n\\n以下是从 GitHub 同步到 CNB 的示例， 注意 CNB 的 Git user 是 `cnb`\\n\\n```yaml\\nname: Sync to CNB\\non: [push]\\n\\njobs:\\n  sync:\\n    runs-on: ubuntu-latest\\n    steps:\\n      - uses: actions/checkout@v3\\n        with:\\n          fetch-depth: 0\\n      \\n      - name: Sync to CNB Repository\\n        run: |\\n          docker run --rm \\\\\\n            -v ${{ github.workspace }}:${{ github.workspace }} \\\\\\n            -w ${{ github.workspace }} \\\\\\n            -e PLUGIN_TARGET_URL=\\"https://cnb.cool/username/repo.git\\" \\\\\\n            -e PLUGIN_AUTH_TYPE=\\"https\\" \\\\\\n            -e PLUGIN_USERNAME=\\"cnb\\" \\\\\\n            -e PLUGIN_PASSWORD=${{ secrets.GIT_PASSWORD }} \\\\\\n            -e PLUGIN_BRANCH=\\"main\\" \\\\\\n            -e PLUGIN_GIT_USER=\\"cnb\\" \\\\\\n            -e PLUGIN_GIT_EMAIL=\\"cnb@cnb.cool\\" \\\\\\n            -e PLUGIN_FORCE=\\"true\\" \\\\\\n            tencentcom/git-sync\\n```\\n\\n### 使用 Docker 直接运行\\n\\n```bash\\ndocker run --rm \\\\\\n  -e PLUGIN_TARGET_URL=\\"https://github.com/username/repo.git\\" \\\\\\n  -e PLUGIN_AUTH_TYPE=\\"https\\" \\\\\\n  -e PLUGIN_USERNAME=\\"your-username\\" \\\\\\n  -e PLUGIN_PASSWORD=\\"your-access-token\\" \\\\\\n  -e PLUGIN_BRANCH=\\"main\\" \\\\\\n  -v $(pwd):$(pwd) \\\\\\n  -w $(pwd) \\\\\\n  tencentcom/git-sync\\n```\\n\\n## 参数说明\\n\\n| 参数名     | 必填 | 默认值                | 说明                                               |\\n| ---------- | ---- | --------------------- | -------------------------------------------------- |\\n| target_url | 是   | -                     | 目标仓库的 URL，支持 HTTPS 或 SSH 格式             |\\n| auth_type  | 否   | https                 | 认证类型，可选值：`https` 或 `ssh`                 |\\n| username   | 否*  | -                     | HTTPS 认证时的用户名（*使用 HTTPS 时必填）         |\\n| password   | 否*  | -                     | HTTPS 认证时的密码或访问令牌（*使用 HTTPS 时必填） |\\n| ssh_key    | 否*  | -                     | SSH 私钥内容（*使用 SSH 时必填）                   |\\n| branch     | 否   | -                     | 要推送的目标分支。不指定时推送所有分支             |\\n| force      | 否   | false                 | 是否强制推送（使用 `--force` 选项）                |\\n| push_tags  | 否   | false                 | 是否推送标签                                       |\\n| git_user   | 否   | Git Sync Plugin       | Git 提交时使用的用户名                             |\\n| git_email  | 否   | git-sync@plugin.local | Git 提交时使用的邮箱                               |\\n| git_host   | 否   | -                     | 自定义 Git 服务器域名                              |\\n\\n## 安全建议\\n\\n1. 使用 HTTPS 认证时，建议使用访问令牌（Access Token）而不是实际密码\\n2. 确保将敏感信息（如密码、访问令牌、SSH 密钥）保存在安全的环境变量，如 CNB 的密钥仓库中\\n3. 如果使用 SSH 密钥，确保密钥具有适当的权限\\n4. 建议在目标仓库上设置适当的访问权限控制\\n\\n## 常见问题\\n\\n1. HTTPS 认证失败\\n   - 检查用户名和密码/令牌是否正确\\n   - 确认令牌是否具有足够的权限\\n   - 验证目标仓库 URL 是否正确\\n\\n2. 推送失败\\n   - 检查是否有目标仓库的写入权限\\n   - 确认分支名称是否正确\\n   - 如果遇到冲突，考虑使用 `force: true`\\n\\n3. 自定义 Git 服务器\\n   - 确保 `git_host` 参数设置正确\\n   - 检查服务器的 SSH 指纹是否正确添加\\n\\n## License\\n\\n[MIT License](LICENSE)\\n\\n\\n- \\n    文档编号：4,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：### @段超 于 2025-10-24T05:13:35Z  \\n特意从个人中心找了下最开始的几个动态，当时是在写一个基于 docker compose 的 调试工具，再之后，陆续将在 github 中的几个项目搬迁了过来，至此应该是不会回去了。  \\n我觉得如果不是一个国际性质的团队或者项目，符合国人思维的的产品理念这一点非常重要，试问大家为了使用 github 吃了多少英文的苦，而在 cnb，你是否又因为“中译中”，“转角遇到 AI”等这些中式文案而拍案叫绝呢，最重要的是，遇到问题有社群，有官方可以顺畅沟通。  \\n而在技术栈上，cnb 依赖的 docker 以及 code-server 也都是非常著名的开源软件，学习资料一大堆，精通起来非常容易，更重要的是，对用户而言，cnb 内部不是一个纯黑的盒子，用户可以在更深的层面跟官方团队来交流，更能促进社区的繁荣。  \\n最后  \\n**github 已经很好了，没有必要为了面子硬上 cnb。**  \\n<img width=\\"2270\\" alt=\\"df67d66f-0031-4e97-ae5a-36dcd72ba0f5.png\\" src=\\"/cnb/feedback/-/imgs/k8tc5UxuoHK2A5kUkhKKLB/df67d66f-0031-4e97-ae5a-36dcd72ba0f5.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @杜豹 于 2025-10-24T05:46:10Z  \\n我是coding来的～接触到现在才几个月哦，一枚上了岁数的小白：（  \\n---  \\n### @ww 于 2025-10-24T06:00:12Z  \\n这个楼层风景很好  \\n---  \\n### @Leo 于 2025-10-24T06:13:20Z  \\nCNB 无需多言  \\n---  \\n### @小城风雨 于 2025-10-24T06:35:17Z  \\ncoding好久没用，突然接收到一个邮件说转移到CNB了，就来试一下\\n然后就停不下来了，本地都不用了  \\n---  \\n### @momo 于 2025-10-24T06:55:40Z  \\n非常好！！！！  \\n---  \\n### @柯迪&丫丫 于 2025-10-24T06:55:58Z  \\n一个做建筑的老人儿，后来玩AI，遇到了CNB平台，从开始啥也不会，到动手编写流水线，再到捣鼓docker，到现在流畅的使用CNB平台运行自己敲的代码，生着自己喜欢的图，玩着不知所谓的AI... ....一路走来，感谢CNB的相伴和支持，CNB的开源精神是大爱，这话放着，早晚要火！！  \\n---  \\n### @高帅 于 2025-10-24T07:09:34Z  \\n火钳刘明  \\n---  \\n### @folger 于 2025-10-24T09:30:17Z  \\n> 用cnb的几个阶段\\n> 什么东西，啥玩意儿\\n> 好像有点意思\\n> 有点东西啊\\n> 离谱，这也行\\n> nb  \\n@purefox(Vantablack) 我刚接触CNB的CI时，很多NB的东西都是反直觉的  \\n---  \\n### @ocean 于 2025-10-24T10:24:53Z  \\n现在到100楼了吗，想要玩偶啊啊啊啊啊  \\n---  \\n### @🍁 于 2025-10-24T10:27:00Z  \\nCNB方便了我的个人博客  \\n---  \\n### @迪迦 于 2025-10-24T11:23:46Z  \\n一开始在B站看ai来事嫖AI工具的，正赶上六一活动，一看自己原来coding老用户还能领特权，这边的单位还是小时、环境还能自己随便配置、外网的一些站还带加速、开发环境打开速度也这么快，CNB果真超牛逼。  \\n---  \\n### @竹蜻蜓 于 2025-10-24T13:46:17Z  \\n我在 CNB 的第一行代码，是修复用户反馈的 bug。  \\n第一次修复 CNB bug 时，因为太紧张，在代码中犯了一个不起眼的错误，导致 fix 失效。当时觉得自己太菜了，这么小的问题都没注意到 😂（可恶的 `make([]slice, len, cap)` ）  \\n纪念一下自己改动的第一个代码  \\n[通过提交人筛选commit不正确](https://cnb.cool/cnb/feedback/-/issues/250)  \\n希望 CNB 做大做强💪（今天 1024 恰好发了🍊\\n<img width=\\"1280\\" alt=\\"c0969aae-f946-456d-9b12-31ffbb0a4aa4.jpg\\" src=\\"/cnb/feedback/-/imgs/kpA6uuDAXk1sUlBpaoOX8C/c0969aae-f946-456d-9b12-31ffbb0a4aa4.jpg\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @王富贵 于 2025-10-27T03:36:54Z  \\n<img width=\\"80\\" alt=\\"8a7e7019-bb1e-49e6-bb57-f32c29ac72d3.JPG\\" src=\\"/cnb/feedback/-/imgs/ak2PpgtRcuq3FrQFOCk9EB/8a7e7019-bb1e-49e6-bb57-f32c29ac72d3.JPG\\" class=\\"cnb-md-image__upload\\" />  \\n# 从 Jenkins 到 Coding，再到 CNB  \\n```yaml\\ndevelop:\\npush:\\n- docker:\\n# 声明流水线使用上面的 Dockerfile 构建的镜像作为流水线默认构建环境。\\nbuild: Dockerfile\\n```  \\n这是我第一次在 CNB 上写下的代码。\\n很简单，但对我来说意义不小。  \\n之前我一直用 Jenkins，从脚本到插件，什么都要自己配。\\n每次改点东西都得重新调半天，出了问题也只能靠日志一点点查。\\n那时候团队没人懂 CI/CD，我一个人从头到尾搞。  \\n后来换到 Coding，界面友好多了，也能带着团队一起用。\\n但随着项目多起来，模板维护和兼容问题又开始堆。\\n能跑是能跑，就是不够灵活。  \\n直到我接触 CNB。\\n第一次用它写流水线，我就被惊到了。\\n配置清晰，逻辑简单，能直接用 Dockerfile 构建。\\n更重要的是，我教团队用的时候，他们几乎没怎么卡。\\n\\n- \\n    文档编号：5,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：<img width=\\"1445\\" alt=\\"dbf2dde7-5f5f-4372-944f-c4d04c146e2e.png\\" src=\\"/cnb/feedback/-/imgs/zk7kcFWo1BLRrYWf4o4zKF/dbf2dde7-5f5f-4372-944f-c4d04c146e2e.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @leo 于 2025-10-31T02:26:03Z  \\n@cnb.ZsPOlmV7wGA(祁筱欣)  对不对？\\n听说cnb可以薅羊毛，我是来薅羊毛的  \\n---  \\n### @祁筱欣 于 2025-10-31T03:47:11Z  \\n> @cnb.ZsPOlmV7wGA(祁筱欣)  对不对？\\n> 听说cnb可以薅羊毛，我是来薅羊毛的  \\n@llvm(leo) 对  \\n---  \\n### @原野旧之助 于 2025-10-31T07:36:51Z  \\n### 我是原野旧之助，来唠唠我和CNB的故事  \\n刚开始TDP大佬们聊CNB，我好奇注册试了试。一开始用惯了GitHub的CI/CD，换过来不习惯，后来死磕文档发现挺顶啊！跟我这PHP佬用的VSCode差不多，没啥差别。后来给各个仓库塞环境，慢慢整明白了——CNB可不单单能托管代码，远程开发也能整得明明白白。  \\n必须安利公司项目搬CNB！以前GitHub在国内推代码老卡，依赖拉不下来翻车N次，得走CDN或者重试；Gitee更拉胯，Java敏感词都能整得**。还好有CNB兜底！现在打包效率蹭蹭涨，依赖库加载快得飞起，推国内网络贼顺，再也没因为这破事儿掉过链子。  \\nCNB真的香，冲就完事了！  \\n---  \\n### @祁筱欣 于 2025-10-31T07:39:30Z  \\n> ### 我是原野旧之助，来唠唠我和CNB的故事\\n>\\n> 刚开始TDP大佬们聊CNB，我好奇注册试了试。一开始用惯了GitHub的CI/CD，换过来不习惯，后来死磕文档发现挺顶啊！跟我这PHP佬用的VSCode差不多，没啥差别。后来给各个仓库塞环境，慢慢整明白了——CNB可不单单能托管代码，远程开发也能整得明明白白。\\n>\\n> 必须安利公司项目搬CNB！以前GitHub在国内推代码老卡，依赖拉不下来翻车N次，得走CDN或者重试；Gitee更拉胯，Java敏感词都能整得**。还好有CNB兜底！现在打包效率蹭蹭涨，依赖库加载快得飞起，推国内网络贼顺，再也没因为这破事儿掉过链子。\\n>\\n> CNB真的香，冲就完事了！  \\n@Qicloud_W(原野旧之助) 鉴定完成这是大佬  \\n---  \\n### @社恐的王同学 于 2025-11-03T07:53:30Z  \\ncnb。吹牛逼那是真牛逼  \\n---  \\n### @黄杰 于 2025-11-03T08:01:33Z  \\ncnb, 超级牛逼，这大概是完美的翻译了吧\\n我是从coding赶过来的，使用体验还是不错的，比coding会清晰很多，简单好用，devops的效率也很高。\\n@songjiao(水不绿)  抽我一个吧， cnb  \\n---  \\n### @陈法舟 Ac. 🚣 于 2025-11-05T09:55:57Z  \\n有了超CNB ，核动力牛马让我加倍狂奔·~~~  \\n---  \\n### @陈法舟 Ac. 🚣 于 2025-11-05T09:56:52Z  \\n抽我抽我，我是CNB的忠实粉丝，@songjiao(水不绿)  有它有我，有我有它。  \\n---  \\n### @cjSound 于 2025-11-06T03:31:50Z  \\n来了来了 必须安利**CodeWiki 能不用我动手就别让我动手！**  \\n<img width=\\"1080\\" alt=\\"c85ca7d1-682f-4396-9045-83ddd4f3fb8d.png\\" src=\\"/cnb/feedback/-/imgs/qotAlYJOK1mAMvfHK2U6tD/c85ca7d1-682f-4396-9045-83ddd4f3fb8d.png\\" class=\\"cnb-md-image__upload\\" />  \\n之前改代码时，文档还需要手动同步；文档更新时，又得回到代码仓库反复确认。现在这个问题终于解决了  \\n**自动识别并分析**，梳理整个仓库的脉络，最后生成结构化的 Wiki 页面。只需要简单的 YAML 配置 ，通过 CI 流水线自动后台运行，高效、不影响用户日常操作。\\n# 一个字\\n# 爽  \\n---  \\n### @竹海晨金 于 2026-01-02T13:09:41Z  \\n大就是好，大就是第一！  \\n---  \\n### @祁筱欣 于 2026-01-02T13:17:42Z  \\n> 大就是好，大就是第一！\\n\\n- \\n    文档编号：6,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：### @上仙 于 2025-10-24T00:40:00Z  \\n盖中盖  \\n---  \\n### @景哈哈 于 2025-10-24T00:40:06Z  \\nMark\\nGithub 基本上之前构建应用的唯一场地，，直到遇到了cnb，，哪儿都通，随便构建  \\n---  \\n### @呵呵呵 于 2025-10-24T00:40:10Z  \\n看到有GPU福利，我就来了cnb，希望在100楼里面，给发个公仔  \\n---  \\n### @Pai2s 于 2025-10-24T00:42:16Z  \\n来 cnb，学 cnb 技术  \\n---  \\n### @🐳 于 2025-10-24T00:42:27Z  \\nGPU福利，cnb超牛逼，先占楼，给发个公仔  \\n---  \\n### @illegal_name_cnb 于 2025-10-24T00:48:37Z  \\n之前参加过 opencamp 操作系统训练营。6月份在公众号看到 opencamp 和 cnb 一起举办的 docker 训练营，于是跟着过来了😂  \\n---  \\n### @ㅤ 于 2025-10-24T00:51:47Z  \\n作为一名不会写代码的程序猿，构建项目，电脑配置总是呼呼的转，从coding停服转移到cnb，从自建jenkins到cnb自动构建，真的节省了很大时间  \\n---  \\n### @lxh 于 2025-10-24T00:53:42Z  \\n太牛了！  \\n---  \\n### @Blank 于 2025-10-24T00:54:04Z  \\n盖楼占位  \\n---  \\n### @sunfkny 于 2025-10-24T00:56:02Z  \\n占楼  \\n---  \\n### @啊！斌！啊！ 于 2025-10-24T00:57:55Z  \\n从18年接触coding，在到2025年的cnb\\n从不懂云开发，到现在的使用云开发\\ncnb大大降低了我的学习门槛\\n只能感叹：现在的新人真轻松啊！  \\n我的代码，自定义的docker镜像  \\n<img width=\\"2343\\" alt=\\"5265f968-e65d-439b-b92b-0bafcd38881c.png\\" src=\\"/cnb/feedback/-/imgs/6A4WkU8qCafONejgHPg7FO/5265f968-e65d-439b-b92b-0bafcd38881c.png\\" class=\\"cnb-md-image__upload\\" />  \\n---  \\n### @ㅤ 于 2025-10-24T00:58:54Z  \\n~~盖楼，内容看情况~~\\n从github到cnb，cnb的免费GPU云开发环境给我提供了很大的帮助，在尝试运行一些AI模型项目的时候依靠共享的GPU，解决了本地GPU的显存/性能问题，可以做到轻松体验  \\n---  \\n### @咸鱼 于 2025-10-24T01:00:16Z  \\n和男朋友一起过来参加 docker 训练营的，感谢 Docker训练营和Cnb[爱心]  \\n---  \\n### @多味 于 2025-10-24T01:01:22Z  \\nCNB NB 就 NB 在你用 github 时不时的抽风真他么想打人,  但是 CNB 秒连有木有?  \\nCNB NB 就 NB 在云原生开发 YYDS\u0021  微信注册用户 + coding 标准版送的 GPU 核时 和 CPU 核时, 尤其是 CPU 核时完全够用,  每个月爽开云开发环境, 告别本地计算资源匮乏\u0021  \\nCNB 搭配 EO pages ,  让我告别了以前写博客的冗杂步骤, 直接云原生开发, 写完 markdown 后, git 提交直接触发 EO pages 构建, 一分钟就能看到内容, 这一切都是在 CNB 里完成\u0021  \\n还有 与 github 的插件互推, 简直不要太方便\u0021  \\n用 CNB，  享超牛逼服务\u0021  \\n---  \\n### @电动车手🛵 于 2025-10-24T01:01:40Z  \\n从coding发布公告要停服转到的cnb，云原生构建真的是太方便了，目前托管了十几个项目，初始的核时不够用了但是能挂腾讯云的账单每个月也花不了多少钱，cnb,nb！  \\n---  \\n### @黎志航 于 2025-10-24T01:04:49Z  \\n第一次用 CNB 就推了 600 多 G 的 AOSP 仓库，秒级克隆，吓尿了。  \\n---  \\n### @W3C 于 2025-10-24T01:04:55Z  \\n我是W3C,一名资深的非技术人员,专注于服务非技术人员,搭建一座技术与非技术之间的桥梁,研究WEB轻技术工具/浅层应用等,让技术门槛不在那么的高.\\n在CNB的第一行代码已经忘了 但记得第一个项目\'W3C技术联盟\'针对非技术人员/甚至是有障碍或不便的人士,整合一些可在CNB使用的技术类工具/方法等 方便非技术人员使用,\\n还有个项目 \'页界之巅\',\'让天下没有难做的网页\',为非技术人员做了一些适合某些特殊或主流前端框架使用的镜像,以及一些更简单的运行方法,能够在CNB更便捷的一键启动等,有了CNB 无需考虑环境等问题,让天下没有难运行的网页,非常适合非技术人员使用的如博客/文档/企业宣传页/企业官网等  \\n---  \\n### @二丫讲梵 | eryajf.net 于 2025-10-24T01:05:17Z  \\n我是二丫，一枚运维小学生，全沾工程师。如果你也热爱开源，热爱折腾，欢迎关注我，欢迎来撩~  \\n我从24年11月份接触CNB，一开始只把CNB当做代码存储来用，以为是又一个GitHub，或者又一个Gitee，但随着对云开发和云构建的深入探索之后，我当时就感觉到，这绝不只是其他旧有代码托管的一个复制品，而是对开发，运维，构建，协作每个场景都深入思考且实现了的一个产品。  \\n我仅云构建这一个场景来做举例：CNB几乎覆盖了以往构建过程中的所有痛点，除了网络加速以外，还能直接debug进入到云构建流水线对应的环境内，要知道，运维场景中解决问题最大的一个痛点就是当次构建的现场，距离现场越近，问题就显现得越明显，解决起来也就越高效。\\n\\n- \\n    文档编号：7,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/2282,\\n    文档名：「1024 盖楼话题」讲述“你与 CNB 的第一行代码”背后故事, \\n    内容：```\\n当我看到系统自动拉起环境，并为我分配了**64核CPU**的算力时，我爽到了  \\n**它带来的解放是彻底的：**  \\n1.  **告别“依赖打仗”：** 云原生构建，完美避开了本地开发中性能、环境配置、依赖冲突的**“大战”**，让应用构建变得**干净利落**。\\n2.  **开箱即用YYDS：** 不管是临时换台机子开发，还是遇到 **“依赖版本不对”** 这种历史遗留问题，CNB 的云环境都能**秒连秒解决**！依赖版本永远是正确的 `python:latest`！  \\n现在，我终于可以**只关注代码本身**，让环境和配置的烦恼**滚蛋**！CNB，真香！🥳  \\n---  \\n### @YYmicro 于 2025-10-24T02:34:32Z  \\n最早是参加训练营中的docker训练营接触的cnb，cnb给的云开发和CI资源真的不错，让我学到了很多，后面我写的一些在cnb上ci测试清华大学rcore和arceos的一些代码还被thu的学生参考了。接触cnb后，我的docker（使用）水平总算到了一个可用的程度，感谢cnb平台，感谢zlt大佬带我入门，当然更感谢opencamp社区和docker训练营带给我的诸多收获。  \\n---  \\n### @小王先森 于 2025-10-24T02:39:10Z  \\n我与cnb的故事，可以追溯到这个月初。\\n在好友的推荐下，用上了cnb，代码的托管，云开发，都很方便。  \\n---  \\n### @RH 于 2025-10-24T02:47:16Z  \\n第一次用 CNB 是为了 ComfyUI, 发现有一个很好的平台可以运行代码+托管代码. 后来了解深入, 发现在大部分场景下它都可以替代我在 github 上的需求, 甚至国内访问更快更方便. 更加惊喜的是, feedback 中工程师处理问题的速度很快. 我在工作中需要使用 GNU 的一些资源, 原本没办法访问, 但是反馈后这种正常的域名白名单很快就加上了. 它可能还不完美, 但是它真的一直在变好.  \\n第一行代码是 `FROM cnbcool/default-dev-env`, 从零开始构建了很多玩具, 以及在工作上帮助了我很多  \\nCNB 的超高自由流水线可以做很多有意思的玩具, 我个人写的比较有意思的, 例如利用 CNB 的 CI+AI+EdgeOne, 每天自动爬取 + AI 总结 Arxiv 上的论文 [Daily-ArXiv](https://cnb.cool/maikebuke/Daily-ArXiv), 或者在 CNB 上写 LaTeX, 基于 Git 的进度掌控 + CNB 在国内超快的访问速度可以有非常好的论文写作体验, 还可以避免装复杂的 LaTeX 环境... [LaTeX Runtime](https://cnb.cool/maikebuke/LaTeX/latex-template). 甚至, 还可以轻松的在 CNB 上运行昂贵的 Minecraft 服务器并且基于 CI 全自动管理存档 [Minecraft Server](https://cnb.cool/maikebuke/minecraft/server)  \\n云原生开发已经逐渐成为我的主要开发方式. 可以很简单的构建一个复现环境, 方便随时切换办公室/家里的开发环境. 在工作上临时需要跑高 CPU 负载的内容可以简单的获取平时难以获取的资源; 以及在做原型验证的时候, 可以简单的获取一个高可用的 CPU/GPU 环境. 真的很友好开发者.  \\n---  \\n### @阿白 于 2025-10-24T02:58:38Z  \\n我还以为是第一百个呢。  \\n---  \\n### @. 于 2025-10-24T03:01:34Z  \\n从coding一直到cnb，越来越好用，越来越强大，牛逼！  \\n---  \\n### @耳区人 于 2025-10-24T03:08:25Z  \\n云原生也太好用了，直接build都不用自己电脑跑了，真爽  \\n---  \\n### @不踢球的大空翼 于 2025-10-24T03:11:40Z  \\n从透明哥那里知道了 CNB，刚开始来的时候被6666的 H20惊呆了。更别说还提供代码仓库和高速存储，特别是模型镜像，以往从抱抱脸和 hf-mirror 下载总是遇到这样或那样的问题。来得比较晚，也一起经历过从内测到正式上线，希望 CNB 越来越好，早日盈利。  \\n---  \\n### @Rhod_Wong 于 2025-10-24T03:14:47Z  \\n<img width=\\"80\\" alt=\\"avatar\\" src=\\"https://cnb.cool/users/rhwong/avatar/s\\" class=\\"cnb-md-image__upload\\" />  \\n我是客服小王，某CA公司的技术支持工程师。  \\n我的工作就是每天在各种混乱的环境里为客户的证书问题\\"破案\\"。最头疼的不是问题多复杂，而是每次都要花大量时间在配置测试环境上——不同的操作系统、不同的OpenSSL版本、不同的中间件，光是搭建一个能复现问题的场景就要半小时。  \\n直到我把战场搬到了CNB。  \\n现在，当客户报告\\"证书链验证失败\\"时，我不再手忙脚乱。我提前用CNB准备好了一套包含各种常见环境的诊断模板。只需要轻轻一点，几个并行的、纯净的测试环境瞬间就绪——从CentOS 7到Ubuntu 22.04，从OpenSSL 1.0到3.0。  \\n那天遇到一个诡异的问题：证书在Nginx 1.18上正常，在Nginx 1.20上就握手失败。以前我至少要折腾一上午来回配置环境，现在CNB帮我同时启动了两个完全隔离的Nginx测试实例。通过对比日志，十分钟就定位到是密码套件兼容性问题。  \\n更让我惊喜的是缓存功能。我们常用的诊断工具包有2GB多，每次初始化都很耗时。现在CNB会自动缓存这些基础环境，第二次启动几乎是秒级。我甚至可以把这个诊断环境模板分享给团队的新同事，他们再也不用为搭建测试环境发愁了。  \\nCNB没有直接帮我解决任何一个证书技术难题，但它给了我一个永远不会\\"脏掉\\"的实验室。我的工作效率提升了十倍，从疲于搭建环境的\\"运维工\\"，变成了专注分析问题的\\"诊断专家\\"。这就是我的第一行CNB代码带来的改变——它写在了配置里，但真正改变的是我的工作方式。  \\n---  \\n### @undefined 于 2025-10-24T03:16:29Z\\n\\n- \\n    文档编号：8,\\n    文档地址： https://cnb.cool/cnb/feedback/-/blob/ef56d7b68a54a189434dc5143cffac14fa82ea88/README.md,\\n    文档名：README, \\n    内容：# 使用反馈\\n\\n反馈问题，提 [issue](https://cnb.cool/cnb/feedback/-/issues/new/choose)\\n\\n最佳实践，见 [showcase](https://cnb.cool/examples/showcase)\\n\\n## 常见问题\\n\\n- CNB 好用么？\\n- CNB 和 Github 比有啥优势？\\n- 公开仓库不能引用私有仓库的出发点是什么？\\n- 为什么公开仓库的 fork 仓库不可设为私有？\\n\\n## 了解更多\\n\\n<img src=\\"assets/more-info.png\\" width=\\"500\\" alt=\\"了解更多关于 cnb.cool\\">\\n\\n- \\n    文档编号：9,\\n    文档地址： https://cnb.cool/cnb/feedback/-/issues/1678,\\n    文档名：建议增加 CNB OAuth, \\n    内容：# [#1678] 建议增加 CNB OAuth\\n\\n## 基本信息\\n\\n- **Issue ID**: #1678\\n- **状态**: open\\n- **优先级**: 无\\n- **创建者**: @388天的茶叶\\n- **处理人**: 无\\n- **标签**: 无\\n- **创建时间**: 2025-08-17T14:24:13Z\\n- **更新时间**: 2025-10-27T02:46:25Z\\n\\n## 描述\\n\\n\\n\\n## 这个特性将解决什么问题？\\n\\nCNB OAuth可以像GitHub OAuth一样，开发者可以通过它链接账户，不是手动配置秘钥，这样应用访问仓库会更简单。\\n\\n## 设想的解决方案？如有\\n\\n\\n\\n## 评论\\n\\n### @没猫饼 于 2025-08-19T00:53:45Z\\n\\n顶\\n\\n---\\n\\n### @388天的茶叶 于 2025-08-19T03:37:09Z\\n\\n@youkun(哪都通在逃临时工) \\n\\n---\\n\\n**Issue 链接**: https://cnb.cool/cnb/feedback/-/issues/1678\\n\\n\'\'\'\\n\\n[问题]=\'\'\'\\ncompare cnb and github\\n\'\'\'"}],"enable_thinking":true}'