注册并分享邀请链接,可获得视频播放与邀请奖励。

与「Coding」相关的搜索结果

Coding 贴吧
一个关键词就是一个贴吧,路径全站唯一。
创建贴吧
用户
未找到
包含 Coding 的内容
Gemini 4 Carbon 写作确实牛逼 让它总结了 Next Token 过去 9 期 30 条 AI 领域的核心认知: 1. Token 就是新货币;买一台本地机器跑模型,本质上是在家里铸币。—— 橘子 2. AI 没有泡沫,只有受制于物理基建的供给不足。—— 歸藏 3. 在 AI 时代,别羞于承认自己是卖 Token 的——你不卖 Token,还能卖什么?—— 橘子 4. 好应用不必让用户每次打开都烧 Token;用品味把大量 Token 一次性凝结成无数人能反复消费的作品,边际成本才会降下来。—— 向阳乔木 5. 对大多数人来说,Vibe Coding 不是生产力,而是自由度最高的创造类游戏;充进去的 Token,就是新时代的游戏充值。—— 歸藏 6. 只要 AI 把一件事的起跑线拉到六十分,六十分就是零分。—— 橘子 7. 当一件事靠一句话就能搞定时,凭什么它是你的壁垒,又凭什么它是我的?—— 歸藏 8. 软件和游戏正在网文化:平台不再卡发布,只卡推荐;谁都能上架,但没流量就无人看见。—— 歸藏 9. 按昨天的标准做出来的东西,今天 99% 都只算自用工具;市场扩大了一百倍,但依然只有最头部的 1% 配叫商业产品。—— 杨攀 10. 产品未必是一个 App;只要跑通“发现需求、创作、分发”的闭环,一篇文章、一档播客也是产品。—— 歸藏 11. 当开发只要十分钟、打包签名却要半小时,真正的瓶颈就不再是智能,而是旧世界的交付规则。—— 橘子 12. 过去是软件把 Agent 塞进自己的界面;未来是软件放弃自己做 Agent,主动变成 Agent 调用的插件。—— 杨攀 13. 传统软件思维喜欢把每条路径写死;AI 原生思维只留一个循环,把剩下的交给模型。—— 杨攀 14. 软件上的按钮越少,离 AGI 越近。—— 橘子 15. 面对超级助理,人只该负责说话,不该负责管理会话;需要人手动翻找线程,只说明模型还不够强。—— 橘子 16. 工具随时会换,上下文必须归自己所有——劫持所有 Agent 的记忆,把过程和产物沉淀回自己的仓库。—— 歸藏 17. 人类团队正在向一人闭环演进,别反过来让多 Agent 学人类开会内耗——人类在走向 AI Native,别让 Agent 退回 Human Native。—— 橘子 18. 上一代生成模型在卷“理解”,死磕最后百分之一的物理还原;新一代模型赢在“创造”,一句话把意图编排成完整的故事。—— 歸藏 19. 输出格式不报错,只代表不用重试,不代表判断正确——别把“结构稳定”偷换成“没有幻觉”。—— 杨攀 20. 不能调工具、不能动电脑的所谓 Skill,本质上还是一段提示词润色。—— 歸藏 21. 今天限制模型上限的往往是人自己——你写进提示词里的前提假设,恰恰锁死了模型的发挥空间。—— 杨攀 22. 注意力是今天最稀缺的资源;开源的提示词、Skill 乃至软件,唯一的商业价值都是成为流量入口。—— 橘子 23. 跟模型拼技术注定会输;唯有人与人之间建立的信任与个人品牌,不会被技术进步吃掉。—— 橘子 24. 品牌的本质,是用真名、露脸和沉没成本作抵押,降低别人相信你的成本。—— 向阳乔木 25. 所有生意都在建立信任:To B 让企业信你,To C 让大众信你,To A 让 Agent 信你的信源;三者皆无,就只剩悦己的 To Me。—— 橘子 26. 在公网上主动留下关于自己的真实一手信息;你不定义自己,AI 的幻觉就会替你定义你。—— 歸藏 27. 今天最不缺的就是没有性格的内容;持续输出有变化但一致的“人味”,才是稀缺品。—— 歸藏 28. 还按设计、前后端、QA 切岗位的算不上 AI 原生组织;真正的 AI 原生组织里每个人都是全栈闭环的一人公司,而且它是磨合生长出来的,不是 HR 设计出来的。—— 歸藏 29. 大厂把员工拆成稳定的螺丝钉,也就亲手杀死了长出全局架构师的土壤——架构感是操盘练出来的,不是分工分出来的。—— 歸藏 30. 帮企业做 AI 转型,最该做的不是改造基层流程,而是去培训一号位。—— 向阳乔木 以上内容来自:@oran_ge @op7418 @vista8 @ericyangpan @nexttokentv
显示更多
AI 时代的 e2e 测试该怎么做? 最近 GitHub 斩获 13.8k Star,刚拿了 800 万美金融资的开源 AI 测试框架 e2e,其创始团队技术布道师 Kacper Kapuściak 写了一篇非常扎实的工程实践,下面总结几条核心内容: 1、测用户意图目标,而非前端实现,越过 DOM 节点与 test-id 绑定,直接用自然语言向 Agent 下达具体,收敛的业务意图。由 AI 自主感知界面完成选日期,点生成等交互,哪怕前端重构组件库,测试照样稳定。 2、废弃拖慢 CI 流水线的固定 Sleep 读秒,改用带超时上限的 AI 动态条件等待。忽略Loading 消失这类弱的 UI 信号,直接等上月报表已打开可查看等强业务状态,并将负责异步加载的动态等待,与只抓拍当前画面的瞬时断言严格解耦。 3、执行 Agent 汇报点击完成,不能代表报表没空数据或串数据,更不能让大模型盲猜什么才是正确的画面。必须先从后端 API 查出真实任务列表作为唯一真值源,再调用独立的 AI Judge,严格比对屏幕渲染明细与 API 底账。 4、严禁测试用例之间产生顺序依赖,开跑前通过可复用的 Fixture 调接口独立构造专属工作区与测试数据,跑完后在生命周期钩子中自动清理还原,确保单测重试或并发执行绝对幂等。 5、将“生成报表,下载 CSV,发邮件”拆成命名清晰的独立原子测试。一旦断言失败,框架自动打包故障追踪轨迹,涵盖前置步骤、应用日志、Agent 推理上下文与屏幕快照,不仅人类能秒级定位,更能直接喂给 Coding Agent 自动修 Bug。 传送门:
显示更多
0
17
204
22
转发到社区
大厂的AI商战真是朴实无华,就是猛猛砸钱找专家,猛猛做数据标注。。。字节的Xpert,10月份有一个人领了18万。。。 AI时代,只要你有任何特长,只靠贡献自己的知识和努力,也能活得很滋润: ⓵专业问答与评测 -专业领域问答(医疗、法律、金融、STEM等) -模型回复打分与对比评测 -Benchmark出题与标准答案设计 ⓶聊天 / 对话相关 -多轮对话评估:对模型在聊天中的回复打分、排序、指出问题(准确性、自然度、逻辑、人设一致性等) -对话生成 / 改写:写或优化多轮对话数据,用于训练聊天机器人 -偏好排序(RLHF):同一问题给出多个回复,选出更好的那个并写理由 -角色扮演 / 人设对话:按指定角色(医生、律师、客服、特定性格等)进行对话评测或数据生产 -对话纠错:找出聊天回复中的事实错误、逻辑漏洞、不当内容 ⓷内容生产类 -高质量专业内容撰写(案例库、知识库、语料) -复杂指令设计(多约束、高难度Prompt) -参考答案撰写 -专业内容改写与优化 ⓸代码 / 技术类 -代码生成评估 -Agentic Coding / 长程任务评测 -Bug查找与代码审查 -编程题出题与判题标准制定 ⓹语音 / 多模态类 -方言语音采集与标注 -语音转写质检 -视频/3D/动捕数据相关 -多模态内容评估 ⓺审核与质检类 -模型输出合规性审核(医疗、法律、金融强合规场景) -知识准确性审核 -已有标注数据的二次质检 ⓻其他 -访谈类任务 -数据采集(按脚本录制真实场景) -创意内容评估(影视、文学、设计美学等) 上面这些任务,简单到只要愿意花时间聊天,时薪也在三位数。更专业一些的比如生物、法律、金融、制造,就更加赚钱了。 可以参与的平台: 1、腾讯旗下的ExpertHub: 2、字节旗下的Xpert: 3、阿里的晓天睿士:
显示更多
0
10
96
21
转发到社区
Agent 最缺的不是更大的上下文窗口,而是理解整个代码库的能力:当一个项目有数万文件、跨模块调用和海量文档时,为什么还要让 AI 一遍遍 Grep、Read、重新理解整个工程? 📦 项目档案 项目:Graphify-Labs/graphify GitHub Stars:⭐ 147299 技术栈:Python + Tree-sitter + NetworkX + Leiden 核心定位:将代码、文档、SQL Schema、PDF、图片及音视频转换成可查询、可追溯的知识图谱,让 AI Agent 从「搜索文件」升级为「理解工程关系」。 GitHub: 🛠️ 一、底层架构:不是传统 RAG,而是图结构知识引擎 Graphify 最值得研究的地方,是它没有走传统向量检索路线。 传统 RAG 通常需要经历: 文件切分 → Embedding → 向量入库 → 相似度检索 → 上下文拼接。 Graphify 直接构建 Graph。 底层采用 NetworkX 图数据结构,以 Node 和 Edge 表达工程实体及其关系。 整个处理链路可以概括为: detect() → extract() → build() → cluster() → analyze() → report() → export() 每个阶段职责独立,通过 Python Dict 和 NetworkX Graph 传递数据。 这意味着它不只是索引代码,而是在构建整个项目的结构化关系网络。 🛠️ 二、Tree-sitter AST:让代码解析摆脱 LLM 依赖 这是最有工程价值的设计。 Graphify 使用 Tree-sitter AST 解析约40种编程语言,提取: • Classes:类定义及结构。 • Functions:函数与方法。 • Imports:模块依赖关系。 • Call Graph:跨文件函数调用。 • SQL:表、视图、外键及 JOIN 关系。 其中33种语言使用 Tree-sitter Grammar,另外7种使用内置解析器。 关键在于:代码结构提取完全在本地完成,不需要调用 LLM,也不需要把代码上传到云端。 对于大型代码库,这种确定性解析比单纯依赖模型阅读文件更容易复现和追踪。 🛠️ 三、EXTRACTED / INFERRED:让每条知识关系都有证据 很多知识图谱最大的隐患是:模型推断出来的关系,很容易被误认为真实事实。 Graphify 给关系增加了置信度标签: • EXTRACTED:源码中明确存在的关系,例如 import、函数调用。 • INFERRED:通过上下文、命名和调用关系推断出来的连接。 • AMBIGUOUS:存在不确定性的关系,需要人工复核。 INFERRED 关系还会附带 0.0—1.0 的 confidence_score。 这套机制非常重要。 它实际上把知识图谱从一个简单的关联网络,变成了一个能够区分事实、推断与不确定性的工程知识系统。 🛠️ 四、Leiden + SHA256 Cache:解决规模与重复计算 Graphify 使用 Leiden 社区发现算法,根据节点之间的连接密度,将复杂工程拆分成不同功能子系统。 例如,一个大型后端项目,可以自动识别认证、数据库、路由、权限等不同社区。 同时,SHA256 内容哈希缓存会记录文件指纹。 文件没有变化,就跳过重复提取;只有新增或修改的文件才重新处理。 音视频还可以通过本地 faster-whisper 转录,再进入统一知识图谱。 这让增量更新不必每次重新扫描整个工程。 五、真正解决了什么工程问题? 想象一个场景: 你接手一个陌生的微服务项目,需要搞清楚: 用户认证最终连接了哪些数据库模块? 修改某个核心函数会影响哪些下游组件? 某个架构决策为什么会存在? 两个看似无关的模块究竟有什么隐藏依赖? 传统方式:Grep、Read、跳转、反复询问 Agent,消耗大量上下文。 Graphify:直接执行 query、path、explain。 它还能生成三个核心产物: • graph.json:完整知识图谱,可供后续查询。 • GRAPH_REPORT.md:核心节点、社区及关键关系分析。 • graph.html:可交互的可视化图谱。 甚至支持 Mermaid 调用链导出、Markdown Wiki 和 Obsidian 知识库。 最重要的设计思想是: 不要让 AI 每次都重新阅读整个世界,而是提前把世界组织成它能够理解和遍历的结构。 这才是 AI Coding 从上下文堆砌走向工程知识管理的重要一步。 对于大型 Monorepo、遗留系统维护、跨模块依赖分析,以及需要长期理解代码库的 Agent,这套架构尤其值得研究。 🔗 GitHub 开源地址:
显示更多
0
40
146
20
转发到社区
Frontier coding performance at up to 20x lower cost. Introducing the world’s most cost-efficient harness: Reason Stop burning thousands on runaway agent bills. Reason outperforms top harnesses on Terminal-Bench and DeepSWE while dropping cost per task to a fraction of the frontier baseline. Comment “Reason” and we’ll send you early access + free compute credits. Try for free:
显示更多
0
917
1.3K
491
转发到社区
Astra仍然是目前最接近SOTA的非Claude系列模型,当然价格也是 A/要是封号不严重的话,基本上没GPT什么事情了 只看刷分+API定价的话 1,主流国模都在一个水平线,价格确实有差距,k3.1pro居然反杀glm5.3 2,opus稳步提升成绩 3, gpt6.1sol是最性价比的模型,次选是opus5.5xh 4, gemini4argon不适合coding 5, gemini4h/4c、gpt6astra、claude sonnet/opus/fable最新版本的性价比基本接近,主要影响极限能力上限和价格(xh/max) 6,claude模型只需要xh,gemini模型只需要h,其他模型都是越思考越好
显示更多
给现在的年轻人指一条明路:去做 AI 博主 钓鱼要去有鱼的地方,赚钱也要去有钱的地方 前几年钱最多的地方是 Web3,现在很明显是 AI 所以想赚钱就离 AI 近一点,因为这个桌子上有饭吃 具体怎么做? 前期别搞什么vibe coding,AI小程序,AI Agent,你需要每天去看AI前沿信息在说什么,读懂、消化,变成你自己的理解,再结合你自己的使用体验,做成内容发出来。口播也好,长文也好,露不露脸都行 坚持一年、两年,哪怕只有两三万粉丝,你的收入很可能就会超过现在的工资,甚至超过很多 985 毕业生 为什么? 几年前,服装、护肤品、日化、家居品牌,在小红书上大量找一两万粉丝的小博主打广告,一条几百到一千 AI 现在就在重复这个过程。越来越多做 AI、做 IT 的公司需要曝光,他们会去找讲 AI 的博主投广告,而且粉丝量的收益不是简单的加法。一万粉丝,一个月接几条广告,几千块;到十万粉丝,一个月可能就是十万、二十万 更重要的是,做 AI 博主这件事本身,就在逼你学习 你得第一时间拿到最前沿的信息,得快速读懂一件事是怎么做的、怎么用,再把它讲清楚。一两年下来,你对 AI 的理解,会超过身边绝大多数人 所以 3 万粉丝是什么?是你在 AI 时代上桌的门票 桌子上有饭有菜,能吃多少,取决于你自己的能力和上限。但一个这么大的蛋糕摆在面前,总有很多人能吃到 也别有 AI 焦虑。焦虑只会让你乱做决定。你完全可以先保住主业,下班或者课余时间去做,往 AI 方向靠。我身边就有不少还在上班、还在上学的同学,在做 AI 相关的自媒体 再说一点:以后 985 毕业生会越来越多,学历的含金量会被稀释。但一个有几万粉丝、真正懂 AI 的博主,在任何时候都是稀缺的 听得懂就去做,听不懂就算了
显示更多
0
48
513
37
转发到社区
Vibe coding 越来越普遍,不少应届生大学期间几乎没亲手写过几行代码。 有没有发现一个很荒谬的现象。 现在应届生、实习生简历,到处都是精通Agent开发、熟练搭建RAG架构、基于LangChain/Harness做全栈项目这类描述。 真到面试深挖,问到向量检索底层逻辑、上下文溢出怎么处理、Agent状态机和重试机制,大多只停留在背名词的程度。 更矛盾的是,并发、数据库索引、计算机网络这些基础工程内容,一问就卡壳。 所有人都急着把自己包装成AI时代前沿开发者,却没有把最底层的工程基本功打扎实。
显示更多
0
50
296
23
转发到社区
48 hours after launching 1.0, Modern Web Guidance is the #1# trending repo on GitHub 📈 Thank you to the thousands of web developers, and our partners across Firefox, MDN, Edge, and community contributors, who are helping move AI coding agents onto modern, accessible, Baseline-supported web primitives. If you haven't tried 1.0 on your codebase yet: Install the agent skills: 'npx modern-web-guidance@latest install' Audit an existing codebase: 'npx modern-web-guidance@latest legacy-scan .' Check out the repo on Github →
显示更多
0
25
694
50
转发到社区
Most of us open Google Sheets for budgets, trackers, and tables. With Gemini 4 Hydrogen, we wanted to see if it could paint a moving landscape instead 🍃 In Google @Antigravity, Hydrogen handled the coding to paint and animate thousands of cells — creating coastal trains, drifting clouds, and falling autumn leaves that recalculate frame by frame inside the spreadsheet.
显示更多
0
52
768
60
转发到社区