GitHub 有员工的设备因为安装了被污染的 VSCode 插件被入侵，导致 GitHub 内部仓库被泄露。攻击者声称拿到了大约 3800 个内部仓库。
但这类事情到现在才以这种规模爆出来，我已经觉得是奇迹了
一直以来，VSCode 插件、npm、crates.io、PyPI 这些开发者生态，其实都建立在一种非常脆弱的信任模型上。装一个插件或装一个包，它就能在你的电脑上执行任意代码。只要它被污染了，或者它的某个依赖被污染了，它就有机会去偷你的环境变量、GitHub token、npm token、SSH key、云厂商凭证、本地源码，甚至更敏感的东西。
大部分开发者过去也知道这里有风险，但大多数时候并不会在乎，会直接在 git clone 下来的项目上 npm install，会直接跑 README 里的命令。这是因为过去真正造成巨大公开影响的事件相对少。大多数时候，就算出事了，也会很快被发现，然后 publisher 被骂，包被下架，token 被轮换，事情就过去了。
这个生态靠一套很松散的社会信任系统支撑：大家默认 maintainer 是好人，默认依赖没有安全问题，出了事社区会发现。但如果开发者群体里有千分之一的人想捣蛋，这个机制早就该爆更多雷了。所以这个机制能用到今天已经很神奇了（确实大多数人是好人啊）。
但现在这个平衡很可能变了。
一方面，Vibe coding 和 agentic coding 的实践暴增，安全又是最容易被忽略的属性之一。产品视觉不对一眼能看出来，但是安全性有问题如果不刻意关注可能是毫无感知的。
另一方面，攻击者也可以用 agents 来做以前高成本的事情：批量找弱 maintainer，分析依赖链，生成看起来正常的 PR，伪装成普通贡献者，找 token 泄露，自动化投毒和利用。
我们需要新的更安全的软件开发的实践。
预防供应链攻击变得更重要了。减少不靠谱的外部依赖。依赖也不能无脑自动升级，因为你不知道新版本是不是刚被污染；但爆出了安全漏洞的包又要能及时升级。更现实的做法是 lockfile、Dependabot、CI 测试、安全扫描、依赖审计、provenance、最小权限 token、短期凭证、secret scanning 和自动轮换。
插件化软件不能再天真地采用 VSCode 这种模型，即使是面向开发者的。当然，VSCode 这种插件能力强，是它生产力强的重要原因；但从安全角度看，这个模型的风险也非常大。以后更合理的方向应该是默认沙盒隔离，显式 capability 授权，最小权限。中心化插件 Store 会更让人放心（例如 Raycast 的），至少可以做审核、签名、回滚、下架。但它不能保证天然安全。真正关键的还是 runtime sandbox 和权限边界。而类似 Obsidian 这种插件生态，就有很大的风险。能力上没约束，插件可以跑任意脚本，另一方面版本升级之类的不会触发审核。
Secure by default 的架构也会变得更有收益。比如端到端加密。它不能阻止本机恶意插件在明文阶段偷数据；但它能显著降低服务端、数据库、日志、仓库、备份泄露之后的影响面。对开发者来说晚上能睡好也很重要。Passkey、FIDO 这些东西的普及，也让端到端加密应用的体验变得更有可能做好。过去端到端加密软件最大的问题是密钥管理太反人类，现在有机会把它做得更自然好用。也许未来，所有涉及敏感数据的 Vibe coding 应用都该走端到端加密。
但这类事情到现在才以这种规模爆出来，我已经觉得是奇迹了
一直以来，VSCode 插件、npm、crates.io、PyPI 这些开发者生态，其实都建立在一种非常脆弱的信任模型上。装一个插件或装一个包，它就能在你的电脑上执行任意代码。只要它被污染了，或者它的某个依赖被污染了，它就有机会去偷你的环境变量、GitHub token、npm token、SSH key、云厂商凭证、本地源码，甚至更敏感的东西。
大部分开发者过去也知道这里有风险，但大多数时候并不会在乎，会直接在 git clone 下来的项目上 npm install，会直接跑 README 里的命令。这是因为过去真正造成巨大公开影响的事件相对少。大多数时候，就算出事了，也会很快被发现，然后 publisher 被骂，包被下架，token 被轮换，事情就过去了。
这个生态靠一套很松散的社会信任系统支撑：大家默认 maintainer 是好人，默认依赖没有安全问题，出了事社区会发现。但如果开发者群体里有千分之一的人想捣蛋，这个机制早就该爆更多雷了。所以这个机制能用到今天已经很神奇了（确实大多数人是好人啊）。
但现在这个平衡很可能变了。
一方面，Vibe coding 和 agentic coding 的实践暴增，安全又是最容易被忽略的属性之一。产品视觉不对一眼能看出来，但是安全性有问题如果不刻意关注可能是毫无感知的。
另一方面，攻击者也可以用 agents 来做以前高成本的事情：批量找弱 maintainer，分析依赖链，生成看起来正常的 PR，伪装成普通贡献者，找 token 泄露，自动化投毒和利用。
我们需要新的更安全的软件开发的实践。
预防供应链攻击变得更重要了。减少不靠谱的外部依赖。依赖也不能无脑自动升级，因为你不知道新版本是不是刚被污染；但爆出了安全漏洞的包又要能及时升级。更现实的做法是 lockfile、Dependabot、CI 测试、安全扫描、依赖审计、provenance、最小权限 token、短期凭证、secret scanning 和自动轮换。
插件化软件不能再天真地采用 VSCode 这种模型，即使是面向开发者的。当然，VSCode 这种插件能力强，是它生产力强的重要原因；但从安全角度看，这个模型的风险也非常大。以后更合理的方向应该是默认沙盒隔离，显式 capability 授权，最小权限。中心化插件 Store 会更让人放心（例如 Raycast 的），至少可以做审核、签名、回滚、下架。但它不能保证天然安全。真正关键的还是 runtime sandbox 和权限边界。而类似 Obsidian 这种插件生态，就有很大的风险。能力上没约束，插件可以跑任意脚本，另一方面版本升级之类的不会触发审核。
Secure by default 的架构也会变得更有收益。比如端到端加密。它不能阻止本机恶意插件在明文阶段偷数据；但它能显著降低服务端、数据库、日志、仓库、备份泄露之后的影响面。对开发者来说晚上能睡好也很重要。Passkey、FIDO 这些东西的普及，也让端到端加密应用的体验变得更有可能做好。过去端到端加密软件最大的问题是密钥管理太反人类，现在有机会把它做得更自然好用。也许未来，所有涉及敏感数据的 Vibe coding 应用都该走端到端加密。
执行越廉价，好问题越珍贵
顶尖的创造者，从不试图证明自己的独一无二。他们克制重复造轮子的冲动，相信进步是累积的——这样才能把精力，留给复杂系统里那几个有限的变量。
Vibe Coding 改变了一件事：执行变得越来越廉价。便宜到连我们常常随手滑过、轻易批准——看上去交付得很快，却从没真正定义过那个最上层的问题。
而好问题，很少一开始就清楚。你得在模糊和混沌里试错、迭代、一次次推翻自己，它才会慢慢涌现出来。所以别被效率的陷阱绑架——你可以外包思考，但永远无法外包理解。
换句话说，解决一个真问题，比提供 1000 把锤子难得多。
顶尖的创造者，从不试图证明自己的独一无二。他们克制重复造轮子的冲动，相信进步是累积的——这样才能把精力，留给复杂系统里那几个有限的变量。
Vibe Coding 改变了一件事：执行变得越来越廉价。便宜到连我们常常随手滑过、轻易批准——看上去交付得很快，却从没真正定义过那个最上层的问题。
而好问题，很少一开始就清楚。你得在模糊和混沌里试错、迭代、一次次推翻自己，它才会慢慢涌现出来。所以别被效率的陷阱绑架——你可以外包思考，但永远无法外包理解。
换句话说，解决一个真问题，比提供 1000 把锤子难得多。
#出海运营秘籍👉@yunying23
如何把达人投放从临时救火变成 Agentic Workflow，在Twitter做campaign？（可复用SOP复盘）
结论先行
达人 quote amplification 不能只靠“找一批看起来不错的人发帖”。真正需要管理的是一整套动态系统：候选池、近期数据、历史表现、触达路径、预算、回复速度、发布窗口、稿件质量、付款和复盘。AI agent 最适合承担信息收拢和状态追踪，人负责关键判断和外部承诺。
过去发生了什么
近期产品 Launch 前，我们需要在固定时间窗口内组织 20-30 个 Twitter/X 达人 quote 官方发布帖，希望放大官方帖的早期声量。
表面上看，这是一个找达人合作的问题。实际推进时，它变成了一个多变量协调问题：历史合作记录分散在不同表格和文件里；部分达人是自己 DM，部分需要 agency 协助；有些达人历史表现好但近期 views 低；有些账号粉丝数高但实际帖子只有几百 views；还有人提供矩阵号、bundle、补充账号，容易造成重复建联和预算膨胀。
同时，Launch 时间固定，达人回复不可控，内部 brief 和官方帖内容也不是一开始就完全 ready。
导致了什么问题
第一，筛选标准会在压力下漂移。
一开始容易纠结“是否足够 to dev”“是否营销味太重”。但对于 quote amplification，核心目标其实是 reach。过度追求垂直，会错过真正能带 views 的账号；只追求 views，又可能选到错圈层账号。
第二，历史数据会误导。
一个达人以前表现好，不代表这次表现一定好。账号近期状态、内容方向、发布时间、平台分发都会变化。历史表现只能作为 trust signal，不能替代近期数据。
第三，agency 能联系到，不等于最值得联系。
Agency 的价值是紧急补量和关系触达，但它能快速确认的人，往往是“可达的人”，不一定是“最强的人”。如果不区分，容易把 volume insurance 当成 reach engine。
第四，预算风险会积累。
达人一个个回复报价时，如果没有实时总价表，很容易从一个看起来合理的小预算，滚到更高金额。尤其当你已经向达人确认合作后，再因为内部预算不确定反悔，会损害外部信誉。
第五，发布节奏会失控。
原计划可能是 0h / 1h / 2h / 4h 分波发布，但如果通知里用 around 这类模糊表达，达人可能集中在第一小时发完，后续推力变弱。
用过什么方法解决
我在过程中尝试了这些 agentic workflow。
第一步，让 agent 收拢所有候选来源：历史合作表、agency 名单、Notion、Slack 信息、本地文件、DM 记录、公开主页表现。先建立 master list，而不是边看边判断。
第二步，用近期真实 views 作为主排序。只看本人主帖或高质量 quote，不把 retweet 继承 views、reply 活跃度、粉丝数当成核心指标。
第三步，做内容硬过滤。AI、developer、tools、startup、builder、productivity 相关可以保留；体育、meme、纯娱乐、airdrop、低质赚钱内容，即使 views 高也降级或剔除。
第四步，把达人分成三类：
Reach Engine：近期真实 views 强，负责主要扩散。
History-Trusted：历史合作好，可信度高。
Volume Insurance：用于保证数量和发布窗口覆盖。
第五步，Direct 和 agency 分开管理。Direct 适合高价值目标，成本效率更好；agency 用于补量和兜底，但需要单独计算 CPM 和预期。
第六步，所有状态进入 tracker：是否已 DM、是否回复、报价、是否确认、draft 是否通过、发布时间、payment method、publish link、views。
结果如何
最终，表现最好的部分达人确实来自这套 reach-first 筛选逻辑：近期 views 强、历史合作可信、且 direct 沟通效率高的人，整体成本效率更好。
但也出现了现实偏差：有些按标准筛出来的人表现不佳，尤其是通过 agency 紧急建联的一部分。原因不是单一的“选错”，而是：
近期高 views 是概率信号，不是承诺。
历史爆款可能依赖特定内容类型，不能完全迁移。
Agency route 受可达性限制，不是纯按最优名单执行。
部分人本来就是补量位，不应按主力位预期。
发布节奏集中，削弱了持续扩散。
部分公开数据本身是近似值，不是实时精确 API。
我的方案是什么
结束后，我尝试把这件事沉淀成一个 Launch Influencer Operating System，而不是临时投放流程。
它包括八个 agentic 模块：
Source：收拢所有候选来源并去重。
Scoring：按近期真实 views、内容 fit、历史表现、价格、风险打标签。
Risk：识别错圈层、reply-heavy、retweet 继承、低质营销号。
Routing：决定 Direct / Agency / Bundle，并做重复触达检查。
Outreach：根据是否合作过生成 DM。
Brief：生成统一 launch brief 和达人可用角度。
Draft Review：检查 quote 文案是否自然、准确、无 unsupported claim。
Tracking：追踪报价、发布、付款、表现和复盘。
优势是什么
第一，减少人工过度摄入。
人不用反复刷主页和翻聊天记录，而是只看 agent 标出来的异常、排序和决策点。
第二，保留现实约束。
不是只做理想排序，而是把回复速度、agency 可达性、预算上限、发布时间、外部信誉风险都纳入系统。
第三，减少承诺风险。
在确认达人前，系统可以实时显示已确认人数、预计总价、Direct / Agency 占比、预算变化。
第四，形成复利。
每次 campaign 的最终表现都会回填，下一次不再从零开始选人。
具体推进的timeline优化
T-7：确定目标、预算上限、发布时间、需要 quote 数量。
T-5：agent 收拢全量候选池，生成 P0 / P1 / Reserve。
T-3：完成人工复核，锁定 Direct P0，agency 只作为补量路线。
T-2：发出 DM，记录回复速度和报价。
T-1：确认 brief、draft、payment method、发布窗口。
Launch Day：按精确 PT 时间窗口分波通知。
T+1：回收 publish links、views、互动、CPM。
T+3：复盘哪些人进入长期 Reach Engine，哪些只保留为补量。
成本如何
成本应该分层计算，而不是只看总价。
Direct Reach Engine：通常 CPM 更好，但需要提前建联。
History-Trusted：适合复用，但要重新检查近期状态。
Agency Volume Insurance：适合紧急保量，但平均 CPM 可能更高。
Bundle：只有在去重后确认增量账号质量时才值得买。
下次最理想的状态是：
提前维护一个动态 creator table，AI agent 每周刷新近期数据和状态；Launch 来临时，只需要更新目标和预算，就能快速生成名单、触达策略、brief、tracker 和复盘框架。
这类工作最后不是“达人投放”，而是一个小型的 agentic operations system：
把混乱的外部现实拆成可追踪的状态、可复用的判断和可迭代的数据资产。
如何把达人投放从临时救火变成 Agentic Workflow，在Twitter做campaign？（可复用SOP复盘）
结论先行
达人 quote amplification 不能只靠“找一批看起来不错的人发帖”。真正需要管理的是一整套动态系统：候选池、近期数据、历史表现、触达路径、预算、回复速度、发布窗口、稿件质量、付款和复盘。AI agent 最适合承担信息收拢和状态追踪，人负责关键判断和外部承诺。
过去发生了什么
近期产品 Launch 前，我们需要在固定时间窗口内组织 20-30 个 Twitter/X 达人 quote 官方发布帖，希望放大官方帖的早期声量。
表面上看，这是一个找达人合作的问题。实际推进时，它变成了一个多变量协调问题：历史合作记录分散在不同表格和文件里；部分达人是自己 DM，部分需要 agency 协助；有些达人历史表现好但近期 views 低；有些账号粉丝数高但实际帖子只有几百 views；还有人提供矩阵号、bundle、补充账号，容易造成重复建联和预算膨胀。
同时，Launch 时间固定，达人回复不可控，内部 brief 和官方帖内容也不是一开始就完全 ready。
导致了什么问题
第一，筛选标准会在压力下漂移。
一开始容易纠结“是否足够 to dev”“是否营销味太重”。但对于 quote amplification，核心目标其实是 reach。过度追求垂直，会错过真正能带 views 的账号；只追求 views，又可能选到错圈层账号。
第二，历史数据会误导。
一个达人以前表现好，不代表这次表现一定好。账号近期状态、内容方向、发布时间、平台分发都会变化。历史表现只能作为 trust signal，不能替代近期数据。
第三，agency 能联系到，不等于最值得联系。
Agency 的价值是紧急补量和关系触达，但它能快速确认的人，往往是“可达的人”，不一定是“最强的人”。如果不区分，容易把 volume insurance 当成 reach engine。
第四，预算风险会积累。
达人一个个回复报价时，如果没有实时总价表，很容易从一个看起来合理的小预算，滚到更高金额。尤其当你已经向达人确认合作后，再因为内部预算不确定反悔，会损害外部信誉。
第五，发布节奏会失控。
原计划可能是 0h / 1h / 2h / 4h 分波发布，但如果通知里用 around 这类模糊表达，达人可能集中在第一小时发完，后续推力变弱。
用过什么方法解决
我在过程中尝试了这些 agentic workflow。
第一步，让 agent 收拢所有候选来源：历史合作表、agency 名单、Notion、Slack 信息、本地文件、DM 记录、公开主页表现。先建立 master list，而不是边看边判断。
第二步，用近期真实 views 作为主排序。只看本人主帖或高质量 quote，不把 retweet 继承 views、reply 活跃度、粉丝数当成核心指标。
第三步，做内容硬过滤。AI、developer、tools、startup、builder、productivity 相关可以保留；体育、meme、纯娱乐、airdrop、低质赚钱内容，即使 views 高也降级或剔除。
第四步，把达人分成三类：
Reach Engine：近期真实 views 强，负责主要扩散。
History-Trusted：历史合作好，可信度高。
Volume Insurance：用于保证数量和发布窗口覆盖。
第五步，Direct 和 agency 分开管理。Direct 适合高价值目标，成本效率更好；agency 用于补量和兜底，但需要单独计算 CPM 和预期。
第六步，所有状态进入 tracker：是否已 DM、是否回复、报价、是否确认、draft 是否通过、发布时间、payment method、publish link、views。
结果如何
最终，表现最好的部分达人确实来自这套 reach-first 筛选逻辑：近期 views 强、历史合作可信、且 direct 沟通效率高的人，整体成本效率更好。
但也出现了现实偏差：有些按标准筛出来的人表现不佳，尤其是通过 agency 紧急建联的一部分。原因不是单一的“选错”，而是：
近期高 views 是概率信号，不是承诺。
历史爆款可能依赖特定内容类型，不能完全迁移。
Agency route 受可达性限制，不是纯按最优名单执行。
部分人本来就是补量位，不应按主力位预期。
发布节奏集中，削弱了持续扩散。
部分公开数据本身是近似值，不是实时精确 API。
我的方案是什么
结束后，我尝试把这件事沉淀成一个 Launch Influencer Operating System，而不是临时投放流程。
它包括八个 agentic 模块：
Source：收拢所有候选来源并去重。
Scoring：按近期真实 views、内容 fit、历史表现、价格、风险打标签。
Risk：识别错圈层、reply-heavy、retweet 继承、低质营销号。
Routing：决定 Direct / Agency / Bundle，并做重复触达检查。
Outreach：根据是否合作过生成 DM。
Brief：生成统一 launch brief 和达人可用角度。
Draft Review：检查 quote 文案是否自然、准确、无 unsupported claim。
Tracking：追踪报价、发布、付款、表现和复盘。
优势是什么
第一，减少人工过度摄入。
人不用反复刷主页和翻聊天记录，而是只看 agent 标出来的异常、排序和决策点。
第二，保留现实约束。
不是只做理想排序，而是把回复速度、agency 可达性、预算上限、发布时间、外部信誉风险都纳入系统。
第三，减少承诺风险。
在确认达人前，系统可以实时显示已确认人数、预计总价、Direct / Agency 占比、预算变化。
第四，形成复利。
每次 campaign 的最终表现都会回填，下一次不再从零开始选人。
具体推进的timeline优化
T-7：确定目标、预算上限、发布时间、需要 quote 数量。
T-5：agent 收拢全量候选池，生成 P0 / P1 / Reserve。
T-3：完成人工复核，锁定 Direct P0，agency 只作为补量路线。
T-2：发出 DM，记录回复速度和报价。
T-1：确认 brief、draft、payment method、发布窗口。
Launch Day：按精确 PT 时间窗口分波通知。
T+1：回收 publish links、views、互动、CPM。
T+3：复盘哪些人进入长期 Reach Engine，哪些只保留为补量。
成本如何
成本应该分层计算，而不是只看总价。
Direct Reach Engine：通常 CPM 更好，但需要提前建联。
History-Trusted：适合复用，但要重新检查近期状态。
Agency Volume Insurance：适合紧急保量，但平均 CPM 可能更高。
Bundle：只有在去重后确认增量账号质量时才值得买。
下次最理想的状态是：
提前维护一个动态 creator table，AI agent 每周刷新近期数据和状态；Launch 来临时，只需要更新目标和预算，就能快速生成名单、触达策略、brief、tracker 和复盘框架。
这类工作最后不是“达人投放”，而是一个小型的 agentic operations system：
把混乱的外部现实拆成可追踪的状态、可复用的判断和可迭代的数据资产。
Forwarded from Post Bot
🔥 V8娱乐 — 高赔率稳定平台 🔥
🌐 官网：v8hs.com
💰 超高赔率：1.96（无抽水，更公平）
💸 实时返水：直属用户享 笔笔1.5% 工资返利
💎 股东占成：10%（存入保证金即可成为股东）
⚡️ 出款稳定：到账快、不拖延
🎯 开奖迅速：体验流畅，效率拉满
🏆 平台优势：
*没有比哈希游戏更公平透明，真正杜绝作弊
* 稳定运营，口碑良好
* 支持多端挂机（电脑 / 手机）
* 专属挂机软件，注册后即可下载使用
* 支持多种资金方式：RMB / TRX / USDT，无需实名 自由切换
🔥 公平公正 · 哈希机制全程可验证🔥
所有游戏结果均由 SHA256 哈希算法生成，不可篡改。
玩家可通过 哈希值 + 盐值（Salt）链上 验证开奖结果，真正实现**“开奖可查、开奖可验”**。
🚀 专属福利：
👉 TG直属满待遇注册链接：点击即可开户，待遇已拉满
👉 链接无法打开可联系招商协助开户,官网注册 /启动TG注册待遇一样
📞 招商联系：@中本聪
💻致富频道：实现财务自由 从选对平台开始
💎 高额盈利用户实测：500万出款快速处理，不拖不墨迹
🌐 官网：v8hs.com
💰 超高赔率：1.96（无抽水，更公平）
💸 实时返水：直属用户享 笔笔1.5% 工资返利
💎 股东占成：10%（存入保证金即可成为股东）
⚡️ 出款稳定：到账快、不拖延
🎯 开奖迅速：体验流畅，效率拉满
🏆 平台优势：
*没有比哈希游戏更公平透明，真正杜绝作弊
* 稳定运营，口碑良好
* 支持多端挂机（电脑 / 手机）
* 专属挂机软件，注册后即可下载使用
* 支持多种资金方式：RMB / TRX / USDT，无需实名 自由切换
🔥 公平公正 · 哈希机制全程可验证🔥
所有游戏结果均由 SHA256 哈希算法生成，不可篡改。
玩家可通过 哈希值 + 盐值（Salt）链上 验证开奖结果，真正实现**“开奖可查、开奖可验”**。
🚀 专属福利：
👉 TG直属满待遇注册链接：点击即可开户，待遇已拉满
👉 链接无法打开可联系招商协助开户,官网注册 /启动TG注册待遇一样
📞 招商联系：@中本聪
💻致富频道：实现财务自由 从选对平台开始
💎 高额盈利用户实测：500万出款快速处理，不拖不墨迹
🤡2
#出海运营秘籍👉@yunying23
在企业新媒体运营中，能真正把账号做活的，往往是待得住、懂行又有趣的老员工。年轻运营常因对公司底蕴一知半解，或因资历浅不敢突破，内容多是浮于表面的合规表达，缺了活人感；
而资深老员工，既摸透了公司的核心逻辑与文化底色，又有长期积累的话语权扛住试错阻力，再加上跟用户打磨多年的体感，能精准戳中受众的真实需求，这种“懂内核、敢表达、通人性”的复合优势，是新人短期内很难替代的。
在企业新媒体运营中，能真正把账号做活的，往往是待得住、懂行又有趣的老员工。年轻运营常因对公司底蕴一知半解，或因资历浅不敢突破，内容多是浮于表面的合规表达，缺了活人感；
而资深老员工，既摸透了公司的核心逻辑与文化底色，又有长期积累的话语权扛住试错阻力，再加上跟用户打磨多年的体感，能精准戳中受众的真实需求，这种“懂内核、敢表达、通人性”的复合优势，是新人短期内很难替代的。
Forwarded from Channel Help
飞机一键启动无需/注册/下载/绑卡
i8国际美女秀: @i8gjzbj
⚽️i8体育用户点击注册 i83511.vip
Please open Telegram to view this post
VIEW IN TELEGRAM
🤡2
#出海运营秘籍👉@yunying23
这几年焦虑越来越少，笃定和平和越来越多。
有认识很久的创业朋友跟我说，你怎么越创业，越来越年轻了。
我说，最主要是更懂开公司了，商业认知增长真是女人最好的保健品。
读研的时候，我已经可以做到小红书爆款率80%以上，但那时候我的收入只有广告一条渠道，虽然也赚了100万，但是品牌方的预算肉眼可见开始下滑，所以我还是很为毕业焦虑，想找一份稳定一点的大厂工作。
好在当时花了几千块钱买了一套老师的私域变现课程，打开了我的商业眼界，我开始明白流量的精细化运营，除了给品牌方打工还可以经营起自己的商业帝国。
第一次创业很快就拿到了反馈，单月营收达到了20w，但是由于做的是不那么具有竞争力的学生市场，公司营收很快就遇到了瓶颈，所以，那一年我见了特别多创业的人，了解了各式各样的赛道，也下场去合作了k12项目、高端体育项目，惊讶地发现自己的能力换了一条赛道可以带来十倍甚至上百倍的营收。
在我的认知和能力都增长以后果断重启创业，公司营收达到300w，利润翻了好几倍~
5.30-5.31深圳线下课，我会把这几年我的个人认知成长，以及公司经营的方法（怎么找人、怎么分钱）都教给大家，售价不到4000，我吃过的亏付过的费都不止30w了~~
这几年焦虑越来越少，笃定和平和越来越多。
有认识很久的创业朋友跟我说，你怎么越创业，越来越年轻了。
我说，最主要是更懂开公司了，商业认知增长真是女人最好的保健品。
读研的时候，我已经可以做到小红书爆款率80%以上，但那时候我的收入只有广告一条渠道，虽然也赚了100万，但是品牌方的预算肉眼可见开始下滑，所以我还是很为毕业焦虑，想找一份稳定一点的大厂工作。
好在当时花了几千块钱买了一套老师的私域变现课程，打开了我的商业眼界，我开始明白流量的精细化运营，除了给品牌方打工还可以经营起自己的商业帝国。
第一次创业很快就拿到了反馈，单月营收达到了20w，但是由于做的是不那么具有竞争力的学生市场，公司营收很快就遇到了瓶颈，所以，那一年我见了特别多创业的人，了解了各式各样的赛道，也下场去合作了k12项目、高端体育项目，惊讶地发现自己的能力换了一条赛道可以带来十倍甚至上百倍的营收。
在我的认知和能力都增长以后果断重启创业，公司营收达到300w，利润翻了好几倍~
5.30-5.31深圳线下课，我会把这几年我的个人认知成长，以及公司经营的方法（怎么找人、怎么分钱）都教给大家，售价不到4000，我吃过的亏付过的费都不止30w了~~
Forwarded from Post Bot
This media is not supported in your browser
VIEW IN TELEGRAM
支持5倍验资 【验资:@N9KF】
担保域名:N9.TOP 点击查看
#曝光 #pg
💝 新会员好礼
注册就送28.8U
新人首存/二存/三存最高赠送
💝 老会员好礼
电子狂欢每日存款赠送10%
充值笔笔送3%无上限
夜间充值最高可优惠
累计存款|打码|VIP升级送彩金
🔥欢迎各位老板加入N9国际娱乐城！
🔥关注N9官方频道参与更多优惠活动
Please open Telegram to view this post
VIEW IN TELEGRAM
🤡2
Forwarded from Post Bot
Media is too big
VIEW IN TELEGRAM
永久网址
豪礼大放送 高端嫩模 劳力士手表 奔驰E300等大礼等你来豪夺 首存日存彩金送不停
1月2号泰国大老板百家乐存50万出512万
1月13日pp电子糖果1000小注一拉直接爆出70万大奖
3月15号实力盘总PA真人喜提990万一路爆红
3月27-31号斯里兰卡神秘大哥连续5天总提4000万+
🏆平台优势：
1️⃣ u存u提每日提款无上限 随便提 全球不限ip #免实名 无需绑定手机号码和银行卡
2️⃣ 平台
大额出款额外奖励8888-128888，双重日存彩金128888+4688每日送，周流水彩金68888每周送，双重签到彩金16888+3888送不停
⚜️每日存款彩金每日送，每笔存款加赠
⚜️#无风控 电子真人零审核包出款
🌐官网注册网址： qs1736.cc
🩷专属VIP客服： @QSTY567
⚽️体育赛事推单：@QSTY988
➡️双向用户点击：@qsty168168_bot
㊙️午夜剧场：@guochandp7
✅ 更多优惠活动关注福利频道：@qsty8999
💰代理合营💰
老品牌 信誉高 佣金稳
代理合营频道： @QSTY321
Please open Telegram to view this post
VIEW IN TELEGRAM
🤡2
有种预感，AI 接下来的发展对大龄程序员是重大利好
程序员之所以有35岁危机，是因为本职工作不如年轻人能卷。这种“靠个人时间堆积的 ‘卷’ ”在 AI Coding 带来的效率提升面前根本不够看。
除此之外，大龄程序员积累的多工种能力（比如 产品 + 前端 + 后端）可以快速转化为「指挥多工种 Agent 工作的能力」。
极端情况下，会出现“一个跨能力大龄打工人指挥多工种 Agent，独立完成产品的全生命周期”。
这种效率提升是 10x 以上的。毕竟，Agent 之间不用开会撕逼「狗头」
有人会问，年轻人不也能指挥 Agent 卷么？残酷的现实是，AI Agent 太好用了，很多公司已经不愿意培养新人了，新人已经失去了老人当年通过实践掌握各种能力的环境。
互联网充电｜优质资源
优质内容｜内幕消息
程序员之所以有35岁危机，是因为本职工作不如年轻人能卷。这种“靠个人时间堆积的 ‘卷’ ”在 AI Coding 带来的效率提升面前根本不够看。
除此之外，大龄程序员积累的多工种能力（比如 产品 + 前端 + 后端）可以快速转化为「指挥多工种 Agent 工作的能力」。
极端情况下，会出现“一个跨能力大龄打工人指挥多工种 Agent，独立完成产品的全生命周期”。
这种效率提升是 10x 以上的。毕竟，Agent 之间不用开会撕逼「狗头」
有人会问，年轻人不也能指挥 Agent 卷么？残酷的现实是，AI Agent 太好用了，很多公司已经不愿意培养新人了，新人已经失去了老人当年通过实践掌握各种能力的环境。
互联网充电｜优质资源
优质内容｜内幕消息