GateUser-cc6abff6

vip
幣齡 8.2 年
最高等級 6
用戶暫無簡介
用 Claude Code 做了一件“沒用但很爽”的事——整理 Chrome 收藏夾。
262 個書籤,累積了 5 年。裡面有已倒閉的 FTX、各種舊的 DeFi 交互項目、空投教程。Claude 直接讀取本地的 Bookmarks JSON,用 Python 腳本分類重組,建立 10 個資料夾,刪除 10 條失效連結。
不用寫程式,讓 AI 管理本地檔案系統。誰說 coding agent 只能寫程式?😁
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
檢測到另一物種的 prompt injection 攻擊
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
跑出了第一個翻倍的 Polymarket 賬戶。
初始 ~$190,累計 PnL +$248,ROI 130%。
沒有一夜暴富,就是小額分散、系統執行、等概率慢慢兌現。
事實證明,用數據驗證過的策略系統性執行,是可以有正 EV 的。
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
X Creator Earnings First Payment Shown, $1,508.71, Commemorating This Moment.
Started posting content in February 2023, accumulated over three years. The first two years had basically no impressions, last year was 16.7M. Real growth started in the past two to three months—the most recent pay period had around 3 million impressions, estimated $200-300 per period.
Discovered an interesting point from the backend: Article format has higher weight in payout calculations. And looking at several creators, even very short content is posted as Article, not just long-form.
Next steps to try: Post as A
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
YC CEO Garry Tan 把他的 Claude Code 工作流开源了,24 小时 GitHub 4K+ stars。
8 个斜杠命令,每个对应一个角色:CEO 审产品方向、工程经理审架构、Staff Engineer 找生产事故、Release Manager 一键发版、QA 自动截图测 bug。
核心就一句话:别把 AI 当万能助手,给它切角色。
最戳我的是 /plan-ceo-review。你说"加个图片上传",它不急着写代码,先反问:这真的是你要的功能吗?也许真正的需求是帮卖家自动生成能卖出去的商品描述。直接把"怎么做"拽回到"做什么"。
/review 也狠,专门脑补生产事故:N+1 查询?并发竞态?上传失败留孤儿文件?要在 bug 炸之前就把坑都想一遍。
底层逻辑:AI 混着用不如专着用。
  • 讚賞
  • 留言
  • 轉發
  • 分享
注册一個新平台拿 API key,至少要:打開網頁、填郵箱密碼、切到 Gmail 找驗證碼、粘回去、再找到 API key 頁面、創建、複製。一個平台 5 分鐘,十個平台一上午沒了。
搭了個 Claude Code Skill,跟它說"幫我註冊 xxx",剩下的它自己搞。
兩層架構:
第一層借登入態 — 從 Chrome 直接拿 cookie 注入
Playwright,已登入的服務不用重新登。約 200 行 Python
第二層全自動註冊 — Playwright 填表 + Gmail API
讀驗證碼,連驗證郵件都不用自己打開
Mistral、Together AI、Firecrawl 都是這麼註冊的,連驗證碼都沒自己看過。
查看原文
  • 讚賞
  • 留言
  • 轉發
  • 分享
Anthropic 自己是怎么用 Claude 的?Plan Mode 的完整提示词被扒出来了,几百字的核心不是让 AI 做更多事,而是不让它动手。
- 进入规划模式后,完全禁止改代码。只能读、搜、问。提示词写死"此要求优先于其他任何指令"——物理上锁死写入权限。
- 最多同时起 3 个 agent 从不同角度出方案。做新功能让一个看简单性、一个看性能、一个看维护成本。让 AI 先跟自己辩论,再给你选。
- 提交计划只能用专门的工具,禁止在对话里问"可以吗"。AI 太擅长用自然语言绕过审批了,直接堵死。
用 AI 写代码最贵的不是 token,是返工。让它先读懂再动手,看着慢,其实最快。
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
三個月前每兩周幾萬瀏覽,現在一個周期 280 萬。累計 6.5M 展示,44K 收藏,漲了 6000 粉絲。
沒投一分錢,就是做了一件事:把每天 build 的過程寫出來。
發現一個反直覺的數據:策展類內容(轉述別人)有時候瀏覽量也很高,但實戰類內容(自己踩坑)的收藏率是策展的 3 倍。AI 時代越來越多人傾向於收藏內容喂給 AI,收藏才是真正的內容資產。
過了 5M 門檻,準備領馬斯克工資了 💰
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
給 Claude Code 接了個 X 搜索引擎。
基於 Grok 搭了個本地橋接服務,常駐後台,Claude Code 需要搜 X 時自動調用。終端一行命令,幾秒返回摘要 + 相關用戶原話。
兩個關鍵優勢:不走 X 官方 API(省掉每月 $200 的 Basic
套餐),而且能搜到實時動態——API 搜索有延遲和索引限制,Grok 直接拿最新的。(前提:可能需要 X Premium+/Premium 的 Grok 權限)
最典型的場景:跟 Claude Code 幹活時想知道某個話題在 X 上的最新討論——誰在聊、什麼觀點、是否有坑。以前得切瀏覽器手動搜,現在 Claude 自己去查,帶著摘要繼續幹活。
搭完之後回不去了。信息獲取從"我去找"變成"它幫我找",體感完全不一樣。
查看原文
  • 讚賞
  • 留言
  • 轉發
  • 分享
两个都在用的體感:
Claude Code 是能力放大器——它讓我一個人完成了以前不可能的事,同時嚴格遵守我畫的邊界,從不越線。
OpenClaw 像一隻野貓——你永遠不確定它下一秒是叼回一條魚還是打翻整個廚房。
我現在的做法是分區:策略代碼、資金相關的活交給 Claude Code,探索性任務、不怕搞砸的實驗丟給 OpenClaw。不是選誰更好,是給不同性格的 agent 划不同大小的籠子。
自由和可控不矛盾——別指望一個 agent 同時做到,用兩個就行。
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
Claude Code 這次更新加了 prompt hook — 可以用 LLM 替代 shell 腳本做 hook 判斷。
我第一個想到的用法:給 Claude 裝個守門員。
每次它說"搞定了"想停下來,Haiku 自動檢查對話記錄 —
程式碼改了但沒跑測試?不讓停,繼續干。
之前用 shell 腳本只能做關鍵詞匹配,Claude 輕鬆繞過。現在 Haiku 讀得懂上下文,"改了 3 個檔案但 build 沒跑" 這種它一眼就看出來。
剛配好就抓了個現行。成本幾乎免費。
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
Google 今天開源了 Workspace CLI,命令行直接調 Gmail API。對我來說意味著一件事:Agent 自動註冊的最後一塊拼圖補上了。
之前給 Claude Code 做過自動註冊和自動登入——打開網站、填表、建帳號都能自己來,唯一斷點是郵箱驗證碼,得我自己去收郵件複製粘貼。現在用 gws CLI 輪詢 Gmail 自動提取驗證碼,整條鏈路打通了。
實測了幾個 AI 平台:Agent 自己註冊、收驗證碼、建帳號、拿 API key,除了手機簡訊要我介入,其他全程自動。
以後看到個新平台想試,跟 Agent 說一聲就行,它自己去註冊拿 key 回來。那些"看到了但懶得註冊"的平台,終於不用再攢著了。
踩坑:Google OAuth 檢測自動化瀏覽器直接拒絕,部分平台後端也攔。不是所有都走得通,但郵箱+密碼註冊這條路沒問題。
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
昨晚所有代理節點同時炸了。
三個故障並發:VPS 上 xray 日誌權限錯誤導致進程崩潰、本地 Clash 配置文件被損壞、日本節點 IP 疑似被封。結果就是——跟 Claude Code 的連接徹底斷了。
這時候才意識到一件事:我自己很難"裸奔"排查問題了。
過去大半年,幾乎所有技術決策都是跟 AI 對話完成的。讀日誌、改配置、查文檔、寫腳本,全程 AI 全程 Claude Code。突然斷開,甚至不是"不方便"的問題,是真的不知道從哪下手。
最後靠借朋友的代理訂閱臨時上線,用 Claude Code
自己修自己的基礎設施:定位三個並發故障的根因、修復權限、從備份恢復配置、在 Vultr 上做全盤快照遷移換 IP。四個 PM2 進程、九個 cron 定時任務、所有代碼和數據原樣恢復,換個 IP 就滿血復活。
修完之後做了一件早該做的事:給自己搞了一個離線自救包。
本地跑一個小模型,配一份應急手冊(故障場景 + 排查命令 + 協議參數),斷網時本地模型讀手冊就能按步驟排查。零成本,不需要網絡。
一點感想:如果你每天重度依賴 AI CLI 工作,你的代理/網絡接入層就是你的"AI 生命線"。它也需要高可用設計——主備節點自動切換、離線降級方案、應急手冊。
跟部署生產服務一個道理,只不過這次掛掉的服務是你自己的大腦。
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
推薦這篇「45 Thoughts About Agents」,Google Docs 聯合創始人 Steve Newman 寫的,資訊密度很高。
幾個印象深刻的點:
Agent 是 AI stack 中演化最快的層 — 模型幾個月一更新,Claude Code 一天能發好幾版;
但比 agent 演化還快的,是用戶自己的工作方式。
天真地把任務丟給 agent,生產力反而可能下降。關鍵是讓 agent 能自我驗證 — 能自己跑測試證明"做對了",而不是你一輪輪檢查它。
AI 的影響力是 8 個因子的乘積(預訓練、後訓練、推理算力、agent 脚手架、應用設計、用戶能力、工作流重構、採用率),全部在同時推進。
這輪變革才走了 1/3。
原文連結:
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
用 Claude Code 三個月,目錄越建越多,rules/ docs/ memory/ skills/ 各種分層,但一直說不清自己在搭什麼。
直到看到這篇論文 "Everything is Context",把我的文件夾結構翻譯成了學術語言:
→ 論文叫 Scratchpad(臨時工作區)
→ Fact Memory(專案級事實記憶)
→ Experiential Memory(跨專案經驗)
rules/ 自動載入 vs docs/ 按需載入 → Context Constructor(在 token 預算內選擇性載入)
最有共鳴的是 token window 約束那段。我之前 rules/ 全量載入,context 直接爆炸。後來拆成兩層才穩住。論文管這個叫"bounded reasoning capacity"——原來我解決的是這個問題。
實踐在前,命名在後。先踩坑,再讀論文,發現踩的坑都有名字。
論文原文
查看原文
  • 讚賞
  • 留言
  • 轉發
  • 分享
當你 Polymarket Paper 策略跑了幾百個信號,勝率看著不錯,推不推實盤?
我的判斷很簡單:先搞清楚盈利靠的到底是什麼。
如果靠的是"猜對方向",那 paper 的勝率沒什麼參考價值,實盤滑點和情緒一上來全變了。但如果靠的是結構性優勢——比你在一個市場裡天然比對手方少付一筆成本——那這個邊際不會因為上實盤就消失。
想清楚這個之後,上實盤只需要控制三件事:
- 最小倉位驗證。不需要大錢,只需要確認實盤成交邏輯跟 paper 一致。第一筆掛出去 30 秒成交,夠了。
- 嚴格防守。有些訂單雖然信號觸發了,但執行條件不對,就直接跳過。寧可少賺,不冒該冒的風險。
- 資金隔離。新策略用獨立帳戶,不跟已有策略搶資源。一個出問題不影響另一個。
接下來跑一周看真實數據。
我在 Polymarket 上研究學習策略,感興趣的可以看看:
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
用 Claude Code 两個多月,從一個配置文件長成了一套操作系統。
踩過最痛的坑:rules/ 目錄下的文件每次對話全量加載。我往裡塞了 17KB 的規則,直接撐爆 context 窗口——125,996 / 125,999 tokens,Claude 轉圈不出字。砍到
6.6KB 才恢復正常。
這件事教會我一個設計原則:每個 byte 都有成本,按需加載才是正解。
現在我的結構是三層:
(永遠加載,<200 行,只放指針)
→ rules/(自動加載,行為規範、調試流程、捕捉規則)
→ docs/(按需加載,重型文檔,用到才讀)
在這之上跑了四個機制:
熱數據層 —
記錄當天進度,關窗口前自動寫入,不等你說"保存"。下次開對話,Claude 能從斷點繼續。
任務路由 — Sonnet 處理日常,涉及資金/策略自動升級到 Opus,需要交叉驗證就外包 Codex
或 Gemini。四層調度,每層有明確的觸發條件。
經驗回溯 — 遇到 bug 第一件事查記憶庫,不查就調試算流程違規。被糾正的錯誤立即寫入
完成驗證 — 宣稱"改好了"之前必須跑測試、讀輸出、確認通過。禁止說"應該沒問題"。
跑了兩個月,最大的體感: 不是寫一次就完的配置文件,是一個活的系統。你糾正它,它記住;你踩坑,它沉澱;你關窗口,它自己保存。越用越順手,因為它在跟你一起進化。
你的 長什麼樣?
查看原文
post-image
  • 讚賞
  • 留言
  • 轉發
  • 分享
獨立開發的一個反直覺發現:
產品功能 vs 基礎設施,後者永遠優先。
今天檢查項目狀態,發現交易策略已停運24h(WebSocket 斷連),數據管道全部 stale。而我在忙著做"Portfolio Digest"這種錦上添花的功能。
教訓:
- 定期主動檢查核心系統狀態
- 上寫著"運行中"不代表真的在跑
- 離錢最近的事 > 讓產品更好看的事
調整後的優先級:修基礎設施 > 做新功能。
查看原文
  • 讚賞
  • 留言
  • 轉發
  • 分享