Video wird geladen...

Video konnte nicht geladen werden

Beim Laden dieses Videos ist ein Problem aufgetreten. Dies könnte an einem vorübergehenden Netzwerkproblem liegen oder das Video ist möglicherweise nicht verfügbar.

Codex 5.6 必装插件：Sentry 很多人都遇到过：刚修好一个 Bug，旧问题又出现，项目陷入反复返工的循环那是因为你丢给Codex的截图或者日志通常只有最后一条报错。真正决定能不能修好的调用链、影响范围、发生频率、版本信息和运行上下文，可能全都丢了。最近我给 Codex 接入了 Sentry 插件，整个排查流程完全不一样。现在不需要反复搬运报错，只要告诉它：用 Sentry 找出当前的线上 Bug，别只看报错信息，结合调用链和当前代码查出真正根因。 Codex 就可以直接读取你有权限的错误数据，再结合当前项目代码完成： 1️⃣ 还原现场：查看完整调用链和运行上下文，确认 Bug 在什么条件下发生。 2️⃣ 定位根因：把线上错误对应到具体代码，避免只根据最后一条报错猜答案。 3️⃣ 验证修复：先复现问题并补充回归测试，再修改代码，避免修好这里又弄坏那里。彻底告别 Bug 修了又坏、坏了再修的循环。

爱丽丝呀！

20,551 subscribers

113,987 Aufrufe • vor 2 Tagen •via X (Twitter)

Wissenschaft & Technologie Bildung

Anya Rossi• Live Now

Private livecam show

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

Codex 5.6 这个 GitHub 插件一定要装，能让你省下90%的token！ 90% 的人都把 Codex 用反了。一上来就让它：帮我写一个 App。分享一条我在用的绝佳省token技巧，先给 Codex 连接 GitHub 插件，然后输入提示词：我要开发一个 XXX。暂时不要创建文件，也不要输出代码。先在 GitHub 调研同类开源项目，筛选出最有参考价值的方案。分析它们解决了什么问题、采用什么架构、依赖哪些技术、目前是否活跃，以及有哪些设计值得复用或避开。最后结合我的需求，给出技术选型、系统架构、MVP 范围和开发顺序。得到我的确认后，再进入实现阶段。这样 Codex 会先做三件事： 1️⃣ 找到经过真实项目验证的方案 2️⃣ 研究别人已经踩过的坑 3️⃣ 根据你的需求做出技术取舍等方向确定后，再让它开始写代码。

Codex 5.6 这个 GitHub 插件一定要装，能让你省下90%的token！ 90% 的人都把 Codex 用反了。一上来就让它：帮我写一个 App。分享一条我在用的绝佳省token技巧，先给 Codex 连接 GitHub 插件，然后输入提示词：我要开发一个 XXX。暂时不要创建文件，也不要输出代码。先在 GitHub 调研同类开源项目，筛选出最有参考价值的方案。分析它们解决了什么问题、采用什么架构、依赖哪些技术、目前是否活跃，以及有哪些设计值得复用或避开。最后结合我的需求，给出技术选型、系统架构、MVP 范围和开发顺序。得到我的确认后，再进入实现阶段。这样 Codex 会先做三件事： 1️⃣ 找到经过真实项目验证的方案 2️⃣ 研究别人已经踩过的坑 3️⃣ 根据你的需求做出技术取舍等方向确定后，再让它开始写代码。

爱丽丝呀！

352,672 Aufrufe • vor 8 Tagen

99%的人用AI做预测，从第一步就错了！大多数人找AI问未来，本质是在找电子算命先生。要一个确定答案，对了就吹AI神，错了就当没发生。但AI预测真正的价值，从来就不是猜对结果。而是把混乱、打架、定义模糊的零散信息，结构化成有证据、可迭代、能自纠错的概率判断。绝大多数人用AI预测都死在三步上。题目不写死，会不会上市这种模糊问题，从根上就是废问题。信源平权，官方公告和自媒体八卦混在一起，最后只能和出一团稀泥。只要结论不要过程，中了当玄学，错了没复盘，永远不会进步。真正有效的用法，是给AI搭一套完整的认知脚手架。先把题写死，明确定义、层级、截止时间，堵死所有偷换概念的空间。再钉死已发生的事实，把没发生的事也明确列出来，负面信息和正面信息同等重要。然后给信源分层加权，官方权重最高，主流媒体次之，预测市场做对照，二手内容只当气氛组。接着分情景输出概率，基准、上行、下行各配对应的观察信号，什么情况该上修，什么情况该下修。最后一定要追问，逼它自洽，逼它解释冲突，逼它承认之前的判断偏差。其实最值钱的环节恰恰是AI改口，就像Anthropic上市的预测，三刀追问之后，模型主动把9月1日前上市的概率从8到12个百分点，下修到4到7个百分点。敢当面认错并讲清原因，比一次性给出一个漂亮的答案，可信一百倍。这套方法不止能用在公司上市上，产品发布，政策节点，竞品动态，甚至个人的职业选择，只要是答案在未来、信源互相打架的场景，全部可以复用。它本质上是把专业分析师的思考过程，外化出来强制AI走完全链路。 AI当然也有局限，它拿不到内部信息，它会过度自信，它的概率永远是判断不是事实。但真正的高级用法，就是承认这些局限，然后用结构和流程，把局限变成可管理的部分。求答案永远是最低级的用法，借AI的算力，打磨自己的判断系统，才是真正的长期杠杆。

99%的人用AI做预测，从第一步就错了！大多数人找AI问未来，本质是在找电子算命先生。要一个确定答案，对了就吹AI神，错了就当没发生。但AI预测真正的价值，从来就不是猜对结果。而是把混乱、打架、定义模糊的零散信息，结构化成有证据、可迭代、能自纠错的概率判断。绝大多数人用AI预测都死在三步上。题目不写死，会不会上市这种模糊问题，从根上就是废问题。信源平权，官方公告和自媒体八卦混在一起，最后只能和出一团稀泥。只要结论不要过程，中了当玄学，错了没复盘，永远不会进步。真正有效的用法，是给AI搭一套完整的认知脚手架。先把题写死，明确定义、层级、截止时间，堵死所有偷换概念的空间。再钉死已发生的事实，把没发生的事也明确列出来，负面信息和正面信息同等重要。然后给信源分层加权，官方权重最高，主流媒体次之，预测市场做对照，二手内容只当气氛组。接着分情景输出概率，基准、上行、下行各配对应的观察信号，什么情况该上修，什么情况该下修。最后一定要追问，逼它自洽，逼它解释冲突，逼它承认之前的判断偏差。其实最值钱的环节恰恰是AI改口，就像Anthropic上市的预测，三刀追问之后，模型主动把9月1日前上市的概率从8到12个百分点，下修到4到7个百分点。敢当面认错并讲清原因，比一次性给出一个漂亮的答案，可信一百倍。这套方法不止能用在公司上市上，产品发布，政策节点，竞品动态，甚至个人的职业选择，只要是答案在未来、信源互相打架的场景，全部可以复用。它本质上是把专业分析师的思考过程，外化出来强制AI走完全链路。 AI当然也有局限，它拿不到内部信息，它会过度自信，它的概率永远是判断不是事实。但真正的高级用法，就是承认这些局限，然后用结构和流程，把局限变成可管理的部分。求答案永远是最低级的用法，借AI的算力，打磨自己的判断系统，才是真正的长期杠杆。

AYi

21,675 Aufrufe • vor 21 Tagen

1）整活！想不想像黑客一样撞击钱包密钥？😁 最好能把 V 神的钱包给破解了？很简单： 1️⃣ 跟 ChatGPT 描述清楚你的需求 2️⃣ 修改 Infura Key，运行生成的代码 3️⃣ 将报错告诉 ChatGPT 4️⃣ 修改，运行很简单吧这是我正在破解的过程演示视频仅供娱乐先赞后看，源代码在下文😁

1）整活！想不想像黑客一样撞击钱包密钥？😁 最好能把 V 神的钱包给破解了？很简单： 1️⃣ 跟 ChatGPT 描述清楚你的需求 2️⃣ 修改 Infura Key，运行生成的代码 3️⃣ 将报错告诉 ChatGPT 4️⃣ 修改，运行很简单吧这是我正在破解的过程演示视频仅供娱乐先赞后看，源代码在下文😁

Punk（2898 🙌💎）

143,924 Aufrufe • vor 3 Jahren

兄弟们今天给大家一个正确打开GPT5.6的方式。很多人用 Codex，第一步就错了。上来一句：帮我写个 App。这不是让 AI 写代码，这是让它烧你的 token。 Codex 5.6 记得接 GitHub 插件，然后先别让它动手写。直接丢这段：我要开发某某X。先别创建文件，也别输出代码。去 GitHub 调研同类开源项目，筛出最值得参考的方案，分析架构、依赖、活跃度、坑点和可复用设计。最后给我技术选型、系统架构、MVP 范围和开发顺序，等我确认再写代码。这一步做完，省 token 真的离谱。先让它抄作业，再让它干活。兄弟们，这才是 Codex 的正确打开方式。

兄弟们今天给大家一个正确打开GPT5.6的方式。很多人用 Codex，第一步就错了。上来一句：帮我写个 App。这不是让 AI 写代码，这是让它烧你的 token。 Codex 5.6 记得接 GitHub 插件，然后先别让它动手写。直接丢这段：我要开发某某X。先别创建文件，也别输出代码。去 GitHub 调研同类开源项目，筛出最值得参考的方案，分析架构、依赖、活跃度、坑点和可复用设计。最后给我技术选型、系统架构、MVP 范围和开发顺序，等我确认再写代码。这一步做完，省 token 真的离谱。先让它抄作业，再让它干活。兄弟们，这才是 Codex 的正确打开方式。

火山哥🕊️

100,542 Aufrufe • vor 4 Tagen

Codex 这个用法一定要改，结果会好一个量级 90% 的人都把 Codex 当神仙了，一上来就直接 /goal：帮我写一个 App，实际上它很难理解你的具体需求分享一条OpenAI研究员 Vaibhav (VB) Srivastav 都在用的技巧：先让 Codex 做 research，再根据结论设置一个合适的 /goal，而不是一上来就直接 /goal 例如：我要开发一个 XXX。暂时不要写代码。先帮我做 requirements gathering 和 research：这个问题的核心约束是什么有哪些成熟方案 / 同类实现可以参考主要技术风险和容易踩的坑最小可交付版本应该包含什么、排除什么把调研结果整理清楚后，再根据结论 set 一个合适的 /goal 你也可以跟 Codex 对话： 1️⃣ 把需求和边界问清楚 2️⃣ 把现有方案和风险摸透 3️⃣ 再锁定一个真正可执行的 goal 等 goal 定准了，再让它开始写代码，结果会明显稳很多

Codex 这个用法一定要改，结果会好一个量级 90% 的人都把 Codex 当神仙了，一上来就直接 /goal：帮我写一个 App，实际上它很难理解你的具体需求分享一条OpenAI研究员 Vaibhav (VB) Srivastav 都在用的技巧：先让 Codex 做 research，再根据结论设置一个合适的 /goal，而不是一上来就直接 /goal 例如：我要开发一个 XXX。暂时不要写代码。先帮我做 requirements gathering 和 research：这个问题的核心约束是什么有哪些成熟方案 / 同类实现可以参考主要技术风险和容易踩的坑最小可交付版本应该包含什么、排除什么把调研结果整理清楚后，再根据结论 set 一个合适的 /goal 你也可以跟 Codex 对话： 1️⃣ 把需求和边界问清楚 2️⃣ 把现有方案和风险摸透 3️⃣ 再锁定一个真正可执行的 goal 等 goal 定准了，再让它开始写代码，结果会明显稳很多

梭哈.AI

36,326 Aufrufe • vor 1 Tag

如果家里面出现了个亿万富翁，会全族欢庆，但如果出现了修行人，亲朋好友看你都不是什么好眼神，知道为什么吗？没福报的人他是看不懂的，修行者才是整个家族真正的引路人，因为一个真正走上修行之路的人，看的不再只是眼前的一日三餐、得失成败，而是整个家族的气运走向与兴衰周期。这种人的出现是祖坟里面冒青烟都求不来的机缘，这个时代最稀缺的是什么？是慎独之心，是敬畏之念，这才是立根之本一个真修行人，往上能承五代之因，往下能护五代之运这样的机缘，是整个家族几代积下的福报，才换来这么一个人出现，

如果家里面出现了个亿万富翁，会全族欢庆，但如果出现了修行人，亲朋好友看你都不是什么好眼神，知道为什么吗？没福报的人他是看不懂的，修行者才是整个家族真正的引路人，因为一个真正走上修行之路的人，看的不再只是眼前的一日三餐、得失成败，而是整个家族的气运走向与兴衰周期。这种人的出现是祖坟里面冒青烟都求不来的机缘，这个时代最稀缺的是什么？是慎独之心，是敬畏之念，这才是立根之本一个真修行人，往上能承五代之因，往下能护五代之运这样的机缘，是整个家族几代积下的福报，才换来这么一个人出现，

Ripe

33,128 Aufrufe • vor 5 Monaten

$你是看不懂 Codex 里面那些英文技能是什么意思，对吧？那就让它直接全部汉化。不只是翻译名字，最好连每个技能的作用、什么时候用，也一起说明白。如果你的 Codex 技能/工具列表里还有很多英文名称，可以让 Codex 帮你做一次本地中文化整理。提示词：请帮我检查本机 Codex 技能/插件列表里仍然显示英文的名称和说明，并把它们改成中文显示。要求： 1. 先扫描以下目录里的技能和插件元数据： - C:\Users\Admin\.codex\skills - C:\Users\Admin\.agents\skills - C:\Users\Admin\.codex\plugins\cache - C:\Users\Admin\.codex\cache\remote_plugin_catalog 2. 重点检查： - display_name - short_description - 缺少 agents/openai.yaml 的技能目录 - 远程插件目录缓存里的 interface.display_name 和 interface.short_description 3. 对仍然是英文的技能名和说明，补充或改成自然中文。例如： - Figma Code Connect → Figma 代码连接 - CI Debug → CI 调试 - Branded Presentation → 品牌演示文稿 - Channel Summarization → 频道总结 - BigQuery Data Transfer Service → BigQuery 数据传输服务 4. 不要改 SKILL.md 里的核心触发描述，除非确实需要；优先只改 agents/openai.yaml 和远程目录缓存里的显示字段，避免影响技能调用。 5. 修改前先备份相关目录，方便回滚。 6. 修改后重新检查： - 缺少 agents/openai.yaml 的技能数量是否为 0 - 纯英文 display_name 数量是否为 0 - 纯英文 short_description 数量是否为 0 7. 最后告诉我改了哪些类型的内容、备份在哪里、是否需要重启 Codex App 刷新缓存。$

你是看不懂 Codex 里面那些英文技能是什么意思，对吧？那就让它直接全部汉化。不只是翻译名字，最好连每个技能的作用、什么时候用，也一起说明白。如果你的 Codex 技能/工具列表里还有很多英文名称，可以让 Codex 帮你做一次本地中文化整理。提示词：请帮我检查本机 Codex 技能/插件列表里仍然显示英文的名称和说明，并把它们改成中文显示。要求： 1. 先扫描以下目录里的技能和插件元数据： - C:\Users\Admin\.codex\skills - C:\Users\Admin\.agents\skills - C:\Users\Admin\.codex\plugins\cache - C:\Users\Admin\.codex\cache\remote_plugin_catalog 2. 重点检查： - display_name - short_description - 缺少 agents/openai.yaml 的技能目录 - 远程插件目录缓存里的 interface.display_name 和 interface.short_description 3. 对仍然是英文的技能名和说明，补充或改成自然中文。例如： - Figma Code Connect → Figma 代码连接 - CI Debug → CI 调试 - Branded Presentation → 品牌演示文稿 - Channel Summarization → 频道总结 - BigQuery Data Transfer Service → BigQuery 数据传输服务 4. 不要改 SKILL.md 里的核心触发描述，除非确实需要；优先只改 agents/openai.yaml 和远程目录缓存里的显示字段，避免影响技能调用。 5. 修改前先备份相关目录，方便回滚。 6. 修改后重新检查： - 缺少 agents/openai.yaml 的技能数量是否为 0 - 纯英文 display_name 数量是否为 0 - 纯英文 short_description 数量是否为 0 7. 最后告诉我改了哪些类型的内容、备份在哪里、是否需要重启 Codex App 刷新缓存。

阿良｜AI 工作流

17,733 Aufrufe • vor 1 Monat

Qwen 今天发了 Qwen3.6-Plus，顺手把它接到 Claude Code 里试了下，效果比预期好不少。我让它帮我做一个工程师的个人作品网站，主要看审美和前端实现的表现，直接感受是这次质量提升很明显，Agentic Coding 也更清楚了。放到前端开发和长一点的任务里，它不会停在给你一段代码上，而是会自己接着拆需求、找路径、改代码、跑测试，发现问题再继续修，中间少了很多反复接手的地方。这次另一个比较明显的点，这次任务拆解、规划、编码交付这条链路更好了，多模态和推理也基本到位了，图像、文本、视频这些输入能放到同一条链路里统一处理，接真实工程任务的感觉更完整，执行过程录了个视频，大伙有兴趣可以看看它是怎么一步步跑下来的。

Qwen 今天发了 Qwen3.6-Plus，顺手把它接到 Claude Code 里试了下，效果比预期好不少。我让它帮我做一个工程师的个人作品网站，主要看审美和前端实现的表现，直接感受是这次质量提升很明显，Agentic Coding 也更清楚了。放到前端开发和长一点的任务里，它不会停在给你一段代码上，而是会自己接着拆需求、找路径、改代码、跑测试，发现问题再继续修，中间少了很多反复接手的地方。这次另一个比较明显的点，这次任务拆解、规划、编码交付这条链路更好了，多模态和推理也基本到位了，图像、文本、视频这些输入能放到同一条链路里统一处理，接真实工程任务的感觉更完整，执行过程录了个视频，大伙有兴趣可以看看它是怎么一步步跑下来的。

Tw93

94,651 Aufrufe • vor 4 Monaten

DEXX被盗，certik的审计有没有责任？外行如何查看审计报告？ ➤首先来说，Certik多少是有些问题的。第一，打开项目页，首先是评分！一个审计机构，你评分是什么鬼？我们看审计报告，需要知道的是风险有多大，而不是项目或代码有多好！第二，上来还有项目亮点。而且你看DEXX这亮点都是啥？推特关注者数量、社群、还有市场稳定性。这和你审计业务有啥关系，就这能叫亮点？第三，可是涉及到审计的关键问题时，点击”查看漏洞信息“，然后接下来，不但没有显示漏洞信息，整个代码审计这块就没了……不信的话大家可以自己去试一下，我也录了个视频。第四，其实页面上有pdf审计报告文件可以查看，但是位置不太明显。另一方面，审计报告里的风险事件情况不写在页面上，反而在页面上写一些与安全无关的亮点和评分…… ➤其次，外行看审计报告，应该至少看一下风险摘要。一般审计报告会把风险划分为致命的、主要的、中度、轻度、信息化几个级别。我们可以看一下每个级别有多少风险问题，有多少已经解决、有多少还没有解决。像DEXX这个审计报告上写了，有1主要问题——中心化。 4个中度问题——易受攻击代码。这个已经比较直白了。已解决2个，未解决2个。 4个轻度问题——设计问题，已解决1个，未解决3个。已解决就是已经解决了问题，已知悉，就是没解决的意思哈哈。这么说吧，审计报告没问题，不一定真的没问题。但审计风险摘要里都有问题的，那确实是真的有问题的。 ➤对比其他DEX的审计报告 ❚ DYDX 既然说到DEX，我们可以看一下著名的DEX #dydx 的审计情况。 DYDX也没有花钱请certik进行审计，而是由不同的代码审计人员组成审计组进行非正式审计共6次。最近一次审计报告显示：共有：中度风险1项，未解决。低风险6项，2个已解决，4个暂未解决。信息性风险7项目，7个暂未解决。 ❚ DeGate 再来看一个基于以太坊二层的DEX #DeGate ，2023年8月上线至今天，一共由3家审计机构进行代码，包括 Trail of Bits 、Least Authority 和 #Secbit 共进行5次代码审计。看一下最近一次的审计报告，审计机构是Secbit。审计报告的地址是。中度风险4个，全部已经解决。低风险8个，其中5个已经解决，3个暂时未解决。信息性风险4个，1个已解决，3个暂时未解决。还有4个讨论级别的风险，2个已解决，2个暂时未解决。这类风险应该是需要讨论的，不确定是否存在问题。没有发现更高级别的风险了，剩下的最高风险是低风险。 DYDX 和 DeGate审计的共同点是：第一，都没有花钱给Certik去"镀金"，而是由多个审计主体进行了多次审计，这样可以相对更充分的发现代码中的安全问题。第二，审计报告发布在Github平台，而不是审计机构或项目方的官网，这样可以看见审计报告文件的提交修改删除等行为，更公开更透明。第三，这两个DEX的审计报告中都没有未解决的中度风险。根据审计情况都把风险控制在低风险级别下。 DYDX V4和DeGate分别已经安全运行了14个月和16个月。可见，无论是大型DEX还是中小型DEX，都可以对比出DEXX的不安全。 ➤写在最后作为代码小白的我们，听说项目方有代码审计，我们要打开审计报告看了一下。而不是听项目方说有多少个安全性通过。以DEXX为例，虽然Certik把它的代码排名在10%以内，但是它的评分只有59.31分。这说明DEXX实际的安全性可能更差。只要我们打开这份审计报告，什么也看不懂，起码能看见59.31这个评分。再仔细往下看就会发现"易受攻击代码"的字样。当时看过这两个细节，估计我们也不会去使用这个DEXX了。打开审计报告以后，即使英文不好，也可以查找Medium这个词，找到风险事件摘要，看一下已发现的各级别的风险问题有多少个，多少已解决、多少未解决。虽然代码审计安全的项目不一定安全，虽然我们可能看不懂具体的代码风险，但是发现风险级别较高的因素尚未解决，很可能说明项目代码可能处于比较潦草的阶段，还有待的完善安全性，我们在使用时要慎之又慎。而参与审计的主体多、审计次数多，项目的安全性可能会相对更好一些。当然，也仅仅是相对安全。毕竟很多风险事件不一定是代码层面上的。提升安全性，我们的资产可以分散存储，大额长期投资使用冷钱包。在应用的用户端，手机电脑的环境保持安全性也非常重要，参与交易和持币的浏览器、设备等与日常使用等进行隔离。在操作资产时，包括交易、游戏等等行为，要慢，要慢，要慢，仔细核对信息……欢迎补充

DEXX被盗，certik的审计有没有责任？外行如何查看审计报告？ ➤首先来说，Certik多少是有些问题的。第一，打开项目页，首先是评分！一个审计机构，你评分是什么鬼？我们看审计报告，需要知道的是风险有多大，而不是项目或代码有多好！第二，上来还有项目亮点。而且你看DEXX这亮点都是啥？推特关注者数量、社群、还有市场稳定性。这和你审计业务有啥关系，就这能叫亮点？第三，可是涉及到审计的关键问题时，点击”查看漏洞信息“，然后接下来，不但没有显示漏洞信息，整个代码审计这块就没了……不信的话大家可以自己去试一下，我也录了个视频。第四，其实页面上有pdf审计报告文件可以查看，但是位置不太明显。另一方面，审计报告里的风险事件情况不写在页面上，反而在页面上写一些与安全无关的亮点和评分…… ➤其次，外行看审计报告，应该至少看一下风险摘要。一般审计报告会把风险划分为致命的、主要的、中度、轻度、信息化几个级别。我们可以看一下每个级别有多少风险问题，有多少已经解决、有多少还没有解决。像DEXX这个审计报告上写了，有1主要问题——中心化。 4个中度问题——易受攻击代码。这个已经比较直白了。已解决2个，未解决2个。 4个轻度问题——设计问题，已解决1个，未解决3个。已解决就是已经解决了问题，已知悉，就是没解决的意思哈哈。这么说吧，审计报告没问题，不一定真的没问题。但审计风险摘要里都有问题的，那确实是真的有问题的。 ➤对比其他DEX的审计报告 ❚ DYDX 既然说到DEX，我们可以看一下著名的DEX #dydx 的审计情况。 DYDX也没有花钱请certik进行审计，而是由不同的代码审计人员组成审计组进行非正式审计共6次。最近一次审计报告显示：共有：中度风险1项，未解决。低风险6项，2个已解决，4个暂未解决。信息性风险7项目，7个暂未解决。 ❚ DeGate 再来看一个基于以太坊二层的DEX #DeGate ，2023年8月上线至今天，一共由3家审计机构进行代码，包括 Trail of Bits 、Least Authority 和 #Secbit 共进行5次代码审计。看一下最近一次的审计报告，审计机构是Secbit。审计报告的地址是。中度风险4个，全部已经解决。低风险8个，其中5个已经解决，3个暂时未解决。信息性风险4个，1个已解决，3个暂时未解决。还有4个讨论级别的风险，2个已解决，2个暂时未解决。这类风险应该是需要讨论的，不确定是否存在问题。没有发现更高级别的风险了，剩下的最高风险是低风险。 DYDX 和 DeGate审计的共同点是：第一，都没有花钱给Certik去"镀金"，而是由多个审计主体进行了多次审计，这样可以相对更充分的发现代码中的安全问题。第二，审计报告发布在Github平台，而不是审计机构或项目方的官网，这样可以看见审计报告文件的提交修改删除等行为，更公开更透明。第三，这两个DEX的审计报告中都没有未解决的中度风险。根据审计情况都把风险控制在低风险级别下。 DYDX V4和DeGate分别已经安全运行了14个月和16个月。可见，无论是大型DEX还是中小型DEX，都可以对比出DEXX的不安全。 ➤写在最后作为代码小白的我们，听说项目方有代码审计，我们要打开审计报告看了一下。而不是听项目方说有多少个安全性通过。以DEXX为例，虽然Certik把它的代码排名在10%以内，但是它的评分只有59.31分。这说明DEXX实际的安全性可能更差。只要我们打开这份审计报告，什么也看不懂，起码能看见59.31这个评分。再仔细往下看就会发现"易受攻击代码"的字样。当时看过这两个细节，估计我们也不会去使用这个DEXX了。打开审计报告以后，即使英文不好，也可以查找Medium这个词，找到风险事件摘要，看一下已发现的各级别的风险问题有多少个，多少已解决、多少未解决。虽然代码审计安全的项目不一定安全，虽然我们可能看不懂具体的代码风险，但是发现风险级别较高的因素尚未解决，很可能说明项目代码可能处于比较潦草的阶段，还有待的完善安全性，我们在使用时要慎之又慎。而参与审计的主体多、审计次数多，项目的安全性可能会相对更好一些。当然，也仅仅是相对安全。毕竟很多风险事件不一定是代码层面上的。提升安全性，我们的资产可以分散存储，大额长期投资使用冷钱包。在应用的用户端，手机电脑的环境保持安全性也非常重要，参与交易和持币的浏览器、设备等与日常使用等进行隔离。在操作资产时，包括交易、游戏等等行为，要慢，要慢，要慢，仔细核对信息……欢迎补充

TVBee🦅

53,242 Aufrufe • vor 1 Jahr

看到讨论Codex+ChatCut能不能替代剪映但对我来说，ChatCut更多是替代AE 之前想做出这样的环绕旋转效果要套模板、打关键帧（用过都知道这个特别累但是现在只需要扔一个参考视频进去，它就可以完成了因为对于前端代码来说，天然擅长动效所以说，ChatCut+codex实际上是真的应用在了我的视频当中了 ChatCut

看到讨论Codex+ChatCut能不能替代剪映但对我来说，ChatCut更多是替代AE 之前想做出这样的环绕旋转效果要套模板、打关键帧（用过都知道这个特别累但是现在只需要扔一个参考视频进去，它就可以完成了因为对于前端代码来说，天然擅长动效所以说，ChatCut+codex实际上是真的应用在了我的视频当中了 ChatCut

黄白

71,675 Aufrufe • vor 28 Tagen

很多人评估一条链，习惯看上行空间，但真正在真实场景里用系统的人，第一眼看的其实是失败成本。系统一旦跑起来，最怕的不是性能不够，而是出问题之后代价太高：数据丢不丢？流程能不能回滚？换一条链要不要重来？这些问题不解决，再好听的叙事也进不了核心流程。从这个角度看 Vanar Chain，它更像是在压低“用错一次”的代价。成本好算、行为可追溯、流程可控，意味着哪怕出问题，也有修复空间，而不是推倒重来。这对 AI Agent 和企业用户来说很现实。他们不追热点，也不赌运气，只会选择那种出事也扛得住的基础设施。一旦系统跑顺，切换成本反而会变得越来越高。这也是 $VANRY 的另一层逻辑。不是靠一次爆发定输赢，而是随着系统稳定运行，被慢慢锁进真实流程里。真正的护城河，往往不是你有多快，而是别人不敢轻易换掉你。 Vanar #Vanar

很多人评估一条链，习惯看上行空间，但真正在真实场景里用系统的人，第一眼看的其实是失败成本。系统一旦跑起来，最怕的不是性能不够，而是出问题之后代价太高：数据丢不丢？流程能不能回滚？换一条链要不要重来？这些问题不解决，再好听的叙事也进不了核心流程。从这个角度看 Vanar Chain，它更像是在压低“用错一次”的代价。成本好算、行为可追溯、流程可控，意味着哪怕出问题，也有修复空间，而不是推倒重来。这对 AI Agent 和企业用户来说很现实。他们不追热点，也不赌运气，只会选择那种出事也扛得住的基础设施。一旦系统跑顺，切换成本反而会变得越来越高。这也是 $VANRY 的另一层逻辑。不是靠一次爆发定输赢，而是随着系统稳定运行，被慢慢锁进真实流程里。真正的护城河，往往不是你有多快，而是别人不敢轻易换掉你。 Vanar #Vanar

DD

23,794 Aufrufe • vor 6 Monaten

在使用 AI 编程工具开发前端应用，当预览出现报错时，想让 AI 帮忙分析，需要把报错位置的详细信息发给它，挺麻烦的。现在，可以装一下 Pointer 这个开源的 MCP 服务器，它能让 AI 助手拥有能 “看见” 网页元素的能力，提升我们与 AI 沟通的开发效率。通过快捷键选中页面上任意元素，然后自动获取到元素的完整信息，包括 CSS 属性、HTML 结构、React 组件名等详细数据。 GitHub：需要搭配一个浏览器插件使用，通过 WebSocket 实现浏览器与 AI 工具之间的实时连接通信。目前插件已上架到应用商店可直接搜索安装，然后运行一条命令配置 MCP 服务器，即可在 Claude Code 或 Cursor 上使用。

在使用 AI 编程工具开发前端应用，当预览出现报错时，想让 AI 帮忙分析，需要把报错位置的详细信息发给它，挺麻烦的。现在，可以装一下 Pointer 这个开源的 MCP 服务器，它能让 AI 助手拥有能 “看见” 网页元素的能力，提升我们与 AI 沟通的开发效率。通过快捷键选中页面上任意元素，然后自动获取到元素的完整信息，包括 CSS 属性、HTML 结构、React 组件名等详细数据。 GitHub：需要搭配一个浏览器插件使用，通过 WebSocket 实现浏览器与 AI 工具之间的实时连接通信。目前插件已上架到应用商店可直接搜索安装，然后运行一条命令配置 MCP 服务器，即可在 Claude Code 或 Cursor 上使用。

GitHubDaily

20,305 Aufrufe • vor 10 Monaten

这个skill玩的停不下来，产生成动态视频效果不错不需要GPU，用CPU就可以玩关键是完全用自然语言就行，渲染也很快（第一次渲染要下载插件，当然都是cc帮你做了）调整也非常快速，就是写一个tsx文件，还能自动配音TTS，我修改了一下用的index tts2的配音最后直接下载保存就可以

这个skill玩的停不下来，产生成动态视频效果不错不需要GPU，用CPU就可以玩关键是完全用自然语言就行，渲染也很快（第一次渲染要下载插件，当然都是cc帮你做了）调整也非常快速，就是写一个tsx文件，还能自动配音TTS，我修改了一下用的index tts2的配音最后直接下载保存就可以

huangserva

52,170 Aufrufe • vor 6 Monaten

大部分人用 Claude Code 其实是在裸跑打开项目，直接问它改代码、写功能、修bug。能干活，但工作流全靠手动组织 Anthropic 最近出了个官方插件叫 claude-code-setup，做的事情挺简单的：扫描你的项目结构和依赖，然后推荐你应该配哪些东西具体来说它会建议你装： -适合你项目的 MCP servers -可以复用的 skills -自动触发的 hooks -拆分任务用的 subagents -常用的 slash commands 相当于它帮你把 Claude Code 从一个"什么都能干但什么都要你自己安排"的工具，变成一个针对你这个项目定制过的AI开发环境之前这些配置全靠自己摸索，哪些 MCP 好用、hooks 怎么写、subagents 怎么拆，都要一个个试。现在至少有个起点了不是说它推荐的就一定全对，但比从零开始配要省不少事用 Claude Code 的可以试试，尤其是项目已经有一定规模的

大部分人用 Claude Code 其实是在裸跑打开项目，直接问它改代码、写功能、修bug。能干活，但工作流全靠手动组织 Anthropic 最近出了个官方插件叫 claude-code-setup，做的事情挺简单的：扫描你的项目结构和依赖，然后推荐你应该配哪些东西具体来说它会建议你装： -适合你项目的 MCP servers -可以复用的 skills -自动触发的 hooks -拆分任务用的 subagents -常用的 slash commands 相当于它帮你把 Claude Code 从一个"什么都能干但什么都要你自己安排"的工具，变成一个针对你这个项目定制过的AI开发环境之前这些配置全靠自己摸索，哪些 MCP 好用、hooks 怎么写、subagents 怎么拆，都要一个个试。现在至少有个起点了不是说它推荐的就一定全对，但比从零开始配要省不少事用 Claude Code 的可以试试，尤其是项目已经有一定规模的

Vincent | 信号＞噪音

21,388 Aufrufe • vor 1 Monat

人在会议室，刚结束一场线上会议。这几年见了太多创业者，也带过不少项目，逐渐悟透一个反常识的真相：赚钱这场游戏，比的根本不是谁犯错少，而是谁在关键局里押对了注，徒手打破家徒四壁真的不是想想而已。很多人一辈子都在追求“不犯错”——工作要完美，决策要周全，每一步都走得战战兢兢。他们把人生过成了高考，总觉得必须答对每一道题才能考上好大学。但现实是，真正决定你命运的，往往只是那两三道大题。我见过最典型的例子，是两种截然不同的创业者。第一种，每天忙于优化细节：Logo 要不要改第三次，公众号排版用哪种字体，会议室绿植选什么品种…他们用战术上的勤奋，掩盖战略上的懒惰。第二种人恰恰相反，日常事务经常放手，甚至允许团队试错，但每到行业拐点、平台红利期、模式切换的关键节点，他们会像猎人一样突然紧绷，把所有资源压上去。三年后回头看，前者往往还在原地打转，公司利润被无尽优化消耗殆尽；后者可能已经完成升级迭代，体量翻了几番。这背后的逻辑是什么？ 1. 大多数事情根本不配你花时间纠结现代人陷入了一种“过度决策”的焦虑——小到中午点什么外卖，大到要不要换个城市生活，都在消耗你的认知资源。但真相是：90%的决定，对最终结果的影响不会超过10%。你点黄焖鸡还是麻辣烫，不影响你年底的存款；你PPT用哪个模板，不决定客户是否签单。真正的区别在于，你是否把最宝贵的注意力，留给了那10%的关键决策。 2. 关键决策往往藏在“反直觉”的地方什么才是关键决策？它通常长这样： - 它看起来不像“正事”：比如有批人2013年决定all in微信公众号，当时在很多人眼里是“不务正业” - 它需要放弃短期利益：比如拒绝一个能立即赚钱但没积累的项目 - 它发生时大多数人无感：比如新的平台规则调整、某个小众工具的诞生、一种亚文化的兴起这些时刻往往静悄悄，没有警报。等所有人都意识到时，机会窗口已经关闭了一半。 3. 容错率才是高手的秘密武器追求“永远正确”的人，本质上极其脆弱。因为他们把所有鸡蛋放在“不犯错”这个篮子里，一旦犯错，全盘崩溃。而真正厉害的人，会主动构建自己的“容错系统”： - 用低成本的试错代替完美的规划 - 在非核心环节允许犯错甚至鼓励犯错 - 把错误变成信息反馈，快速迭代他们明白：只要在真正关键的那一两件事上做对，其他环节的失误都可以被覆盖、被原谅、被修正。那么，如何找到你的“关键一两件事”？问自己三个问题： 1. 如果我今天所有的日常事务都做到满分，但这件事做错了，我是否会前功尽弃？ 2. 反过来，如果我日常只做到60分，但这件事做对了，我是否能上一个台阶？ 3. 这件事的效应，是会随时间消散，还是会随时间积累？符合这些特征的，才是值得你押上注意力的关键决策。最后说个扎心的观察：大多数人一辈子都活在“怕犯错”的恐惧里，结果反而错过了所有真正重要的机会。他们用99%的精力避免小错误，用1%的精力做重大选择——这个分配比例，注定是平庸的配方。放下对“事事正确”的执念吧。允许自己在无关紧要的事情上犯错、偷懒、甚至失败。把省下来的认知带宽，全部留给那些真正决定你人生走向的关键选择。因为赚钱的真相从来不是完美无缺，而是在该All in的时候，你有足够的清醒和勇气。

唯一合法//赚钱/捞偏门/赚快钱/搞钱/灰产/非跑分/炒币/网赚/挣钱/项目

16,338 Aufrufe • vor 7 Monaten

这和把 Codex 开源了有啥区别啊，这也太牛了,直接把所有的模型接进 Codex 里.... Grok、Kimi、Claude、Gemini、DeepSeek、GLM、Qwen，甚至本地 Ollama 全部出现在 Codex 原生的模型选择列表里，和官方模型排在一起，切模型就跟切频道一样这个项目就是opencodex，之前看到乌云推荐，就很想试下，现在实测已经非常舒服了我之前就一直很肉疼一件事，我手里挂着四个订阅：Codex、Claude、Kimi 199、GLM 但我真正用掉的不到一半，月底全部作废，那我总不能每个客户端都用一下：kimi code用一下，claude code再切过去，然后再codex啊，每家都有自己的客户端现在统一在 Codex 里切，真是爽翻了三行搞定： npm install -g @bitkyc08/opencodex ocx init ocx start xAI、Kimi、Anthropic 都支持 OAuth 登录，key 都不用配

这和把 Codex 开源了有啥区别啊，这也太牛了,直接把所有的模型接进 Codex 里.... Grok、Kimi、Claude、Gemini、DeepSeek、GLM、Qwen，甚至本地 Ollama 全部出现在 Codex 原生的模型选择列表里，和官方模型排在一起，切模型就跟切频道一样这个项目就是opencodex，之前看到乌云推荐，就很想试下，现在实测已经非常舒服了我之前就一直很肉疼一件事，我手里挂着四个订阅：Codex、Claude、Kimi 199、GLM 但我真正用掉的不到一半，月底全部作废，那我总不能每个客户端都用一下：kimi code用一下，claude code再切过去，然后再codex啊，每家都有自己的客户端现在统一在 Codex 里切，真是爽翻了三行搞定： npm install -g @bitkyc08/opencodex ocx init ocx start xAI、Kimi、Anthropic 都支持 OAuth 登录，key 都不用配

超级个体｜柿子

42,276 Aufrufe • vor 16 Tagen

我真的被惊呆了做网页动画，复杂动效直接用 Codex + HyperFrames，纯前端代码直接变成自动化视频流水线。这才是Vibe Coding的正确打开方式（附使用教程）： I 代码写动效，告别打关键帧让 Agent接管视觉。不用打开AE，不用折腾 AE脚本管家。Codex直接输出 HTML + GSAP缓动和进出场逻辑。创意变成干净、可复用的代码资产，效率直接起飞。 I 云端静默渲染，全自动出片写完代码还能直接渲片。部署到Vast. ai 或 TensorDock 这类算力平台，给个执行权限，Codex后台就调 hyperframes-cli非交互式导出高清MP4。等于免费多了一个永不宕机的渲染节点。 I 像素级精准跟那些每次生成都像开盲盒的视觉大模型不一样，这套是纯代码渲染。每一帧的位置、每个转场的时机都你说了算，跑起来稳得一批。使用教程比如：让 Agent 自动抓取 GMGN上的 SOL或 BNB 链上聪明钱动向，动态填入写好的数据可视化模板，紧接着调用 HyperFrames一键生成带有时序动效的行情复盘视频分辨率1920*1080, 帧率每秒30s，总时长15s 整个“数据获取-视频产出”的流程，只需要你的一句话授权！代码即视频的时代，真的来了。项目直达地址： CODEX: HyperFrames: codex://plugins/hyperframes@openai-curated

我真的被惊呆了做网页动画，复杂动效直接用 Codex + HyperFrames，纯前端代码直接变成自动化视频流水线。这才是Vibe Coding的正确打开方式（附使用教程）： I 代码写动效，告别打关键帧让 Agent接管视觉。不用打开AE，不用折腾 AE脚本管家。Codex直接输出 HTML + GSAP缓动和进出场逻辑。创意变成干净、可复用的代码资产，效率直接起飞。 I 云端静默渲染，全自动出片写完代码还能直接渲片。部署到Vast. ai 或 TensorDock 这类算力平台，给个执行权限，Codex后台就调 hyperframes-cli非交互式导出高清MP4。等于免费多了一个永不宕机的渲染节点。 I 像素级精准跟那些每次生成都像开盲盒的视觉大模型不一样，这套是纯代码渲染。每一帧的位置、每个转场的时机都你说了算，跑起来稳得一批。使用教程比如：让 Agent 自动抓取 GMGN上的 SOL或 BNB 链上聪明钱动向，动态填入写好的数据可视化模板，紧接着调用 HyperFrames一键生成带有时序动效的行情复盘视频分辨率1920*1080, 帧率每秒30s，总时长15s 整个“数据获取-视频产出”的流程，只需要你的一句话授权！代码即视频的时代，真的来了。项目直达地址： CODEX: HyperFrames: codex://plugins/hyperframes@openai-curated

Mulight 沐光🌟

28,050 Aufrufe • vor 3 Monaten

腾讯这个新模型是真牛逼啊，我之前一直觉得 AI 整理数据就是帮你排个序的打杂活，直到看到把 101 个乱成一团的 SKU 销售数据丢给了腾讯 Hy3，竟然返回了一整套能直接拿去开会的完整分析。 Excel 里分了执行摘要，异常值，定价梯度，重复命名好几个 sheet，它自己用 IQR 把离群的贵价货单独挑了出来，还顺手识别整理了重名的重复 SKU。最超出预期的是最后同步生成了一份 30 页的汇报 PPT，所有图表都已经做好，不用再二次调整。它根本不是在帮你整理数据，是把一个分析师一整个下午的标准化工作，直接还给了你。当然不是说分析师就失去价值了，需要深度业务洞察和定制化判断的分析，依然要靠真人落地。而是这种标准化的流程化分析交付，AI 已经能直接做到成品级别，不再是需要反复修改的半成品。

腾讯这个新模型是真牛逼啊，我之前一直觉得 AI 整理数据就是帮你排个序的打杂活，直到看到把 101 个乱成一团的 SKU 销售数据丢给了腾讯 Hy3，竟然返回了一整套能直接拿去开会的完整分析。 Excel 里分了执行摘要，异常值，定价梯度，重复命名好几个 sheet，它自己用 IQR 把离群的贵价货单独挑了出来，还顺手识别整理了重名的重复 SKU。最超出预期的是最后同步生成了一份 30 页的汇报 PPT，所有图表都已经做好，不用再二次调整。它根本不是在帮你整理数据，是把一个分析师一整个下午的标准化工作，直接还给了你。当然不是说分析师就失去价值了，需要深度业务洞察和定制化判断的分析，依然要靠真人落地。而是这种标准化的流程化分析交付，AI 已经能直接做到成品级别，不再是需要反复修改的半成品。

AYi

15,468 Aufrufe • vor 29 Tagen

我翻完小红书Red Skill最新的Top15数据后背有点发凉,这根本不是什么小功能测试啊。 5月份归藏第一个把PPTSkill传上去的时候,详情页显示只有6个人用,当时我就说这是个大事件,不少人还觉得我小题大做,说什么一个种草APP搞点AI功能蹭热度而已,折腾不出水花。结果7月3号小红书官方两个更新就甩出来了,直接把所有质疑给打没了。先是格式全放开,之前还只支持txt和md,现在py/js/html/c++/sql甚至数据库文件全能传,不是只能写提示词给Agent读,是真能跑完整代码做完整功能。再就是另一项 vibecoding 内嵌交互小工具内测将在下周三上线,发笔记时挂上组件,用户刷到不用复制口令跳本地Agent,半屏就能调,全屏能交互,点一下直接分享到微信,那个记录奶茶口味的小工具Brewwww,上线没多久就有一万多人用。数据是不会骗人的,现在排行榜第一的「菜菜的人生系统」,32.6万曝光,4万多人次使用,第二名的工作日程管理曝光量甚至更高。而且说实话，这些作者要是把同样的Skill传到GitHub,绝大多数人攒一整年都拿不到这个量级的真实用户。以前大家以为AI Skill的分发中心,一定是GitHub，觉得普通人找AI工具,一定会主动搜索，甚至认为小红书这种生活方式平台,做不好技术产品分发。现在看全错了。 GitHub是开发者主动找工具的地方,你有明确需求才会去,网络卡,门槛高,普通用户连门在哪都不知道。而小红书是用户刷着刷着,正愁PPT做不完、周报写不动、公考复盘没方法,笔记下面正好挂着能解决问题的Skill,点一下就能用,上下文严丝合缝,连教育成本都省了。我觉得小红书平台这步棋走的极聪明,它不拼大模型,不抢算力,就攥住「用户在什么场景下需要什么能力」这个分发入口,和当年App Store不做手机应用、只攥住应用下载入口的逻辑一模一样。给真在做Skill的朋友四个现在就能用的反直觉判断: ● 别光传Skill就干等,一定要包成教程笔记,先讲痛点再秀效果最后挂组件,纯扔文件没人看,现在排行榜上的作者全是这么做的 ● 别上来就做什么通用大Agent,越垂直越爆,公考、剪辑、写广告、甚至记录奶茶,这些看起来不技术的场景,流量比通用类高10倍 ● 别嫌审核严不敢进,现在正是窗口,规则没卡死你先攒使用数据,等所有人都反应过来往里挤,算法的早鸟权重早就喂满了 ● 别天天想着卖Skill赚钱,Skill是杠杆,你用它产出比别人好10倍的内容,涨粉做IP接商单,比直接卖Skill赚的多100倍我记得移动互联网刚起来的时候,所有人都在拼操作系统拼硬件,但最后拿走最大利润的,是先把全民应用分发跑通的那个。现在Agent时代刚开个头,大家都在拼参数拼算力拼模型性能, 但等到回头看的时候,可能第一个把AI能力分发到普通人手里的,是当初所有人都觉得不务正业的那个种草APP啊hhh #redskill #rednote #skill #小红书

我翻完小红书Red Skill最新的Top15数据后背有点发凉,这根本不是什么小功能测试啊。 5月份归藏第一个把PPTSkill传上去的时候,详情页显示只有6个人用,当时我就说这是个大事件,不少人还觉得我小题大做,说什么一个种草APP搞点AI功能蹭热度而已,折腾不出水花。结果7月3号小红书官方两个更新就甩出来了,直接把所有质疑给打没了。先是格式全放开,之前还只支持txt和md,现在py/js/html/c++/sql甚至数据库文件全能传,不是只能写提示词给Agent读,是真能跑完整代码做完整功能。再就是另一项 vibecoding 内嵌交互小工具内测将在下周三上线,发笔记时挂上组件,用户刷到不用复制口令跳本地Agent,半屏就能调,全屏能交互,点一下直接分享到微信,那个记录奶茶口味的小工具Brewwww,上线没多久就有一万多人用。数据是不会骗人的,现在排行榜第一的「菜菜的人生系统」,32.6万曝光,4万多人次使用,第二名的工作日程管理曝光量甚至更高。而且说实话，这些作者要是把同样的Skill传到GitHub,绝大多数人攒一整年都拿不到这个量级的真实用户。以前大家以为AI Skill的分发中心,一定是GitHub，觉得普通人找AI工具,一定会主动搜索，甚至认为小红书这种生活方式平台,做不好技术产品分发。现在看全错了。 GitHub是开发者主动找工具的地方,你有明确需求才会去,网络卡,门槛高,普通用户连门在哪都不知道。而小红书是用户刷着刷着,正愁PPT做不完、周报写不动、公考复盘没方法,笔记下面正好挂着能解决问题的Skill,点一下就能用,上下文严丝合缝,连教育成本都省了。我觉得小红书平台这步棋走的极聪明,它不拼大模型,不抢算力,就攥住「用户在什么场景下需要什么能力」这个分发入口,和当年App Store不做手机应用、只攥住应用下载入口的逻辑一模一样。给真在做Skill的朋友四个现在就能用的反直觉判断: ● 别光传Skill就干等,一定要包成教程笔记,先讲痛点再秀效果最后挂组件,纯扔文件没人看,现在排行榜上的作者全是这么做的 ● 别上来就做什么通用大Agent,越垂直越爆,公考、剪辑、写广告、甚至记录奶茶,这些看起来不技术的场景,流量比通用类高10倍 ● 别嫌审核严不敢进,现在正是窗口,规则没卡死你先攒使用数据,等所有人都反应过来往里挤,算法的早鸟权重早就喂满了 ● 别天天想着卖Skill赚钱,Skill是杠杆,你用它产出比别人好10倍的内容,涨粉做IP接商单,比直接卖Skill赚的多100倍我记得移动互联网刚起来的时候,所有人都在拼操作系统拼硬件,但最后拿走最大利润的,是先把全民应用分发跑通的那个。现在Agent时代刚开个头,大家都在拼参数拼算力拼模型性能, 但等到回头看的时候,可能第一个把AI能力分发到普通人手里的,是当初所有人都觉得不务正业的那个种草APP啊hhh #redskill #rednote #skill #小红书

AYi

125,073 Aufrufe • vor 1 Monat