Show HN：構建一個面向人類和AI代理的產品

快速變化有時令人恐懼。與AI合作雖然有趣，但也會帶來壓力，因為你無法跟上所有變化。早上開啟Twitter可能會導致輕微恐慌發作，因為你錯過了比昨天更好的新模型、Anthropic宣佈的使用神話模型的新截止日期、一鍵構建產品的新提示、工具和基準測試。一切似乎都發展得太快，以至於你忘記自己身處一個泡沫之中——不是明天就會破裂的那種，而是早期採用者的泡沫。

雖然每日更新的洪流通常帶來的是噪音，但AI和大語言模型的影響、好處和弊端是真實存在的。它們已經影響了許多事情，包括改變我們構建產品的方式，尤其是軟體。這種變化的自然結果之一就是現在是構建自己產品的最佳時機，但不是最容易的時機——構建產品是困難模式下的遊戲。

讓我講一個我和聯合創始人Lav最近構建產品的故事。雖然手動寫長篇文字而同時多個代理正在為我們的營銷網站編寫程式碼和釋出新頁面有點奇怪，但並非所有故事都應該由AI講述。

AI是否改變了產品開發的瓶頸？正如多年前《目標》一書告訴我們的：所有組織和構建任何東西都有一個主要的限制因素。該書介紹了約束理論，指出我們只能以主要限制因素（瓶頸）允許的速度前進。構建產品一直很難，許多事情曾是真正的瓶頸：從想法、投資（時間和金錢）、品味和組織（構建什麼以及如何構建）、實際產品構建（軟體開發、設計、測試等）到整個市場推廣策略（向誰銷售以及如何找到願意付費的人）。但每個組織只有一個瓶頸。例如，一些組織可以增加開發人員、設計師或測試人員，從待辦事項中刪除專案，或改變管理產品和專案的方式以更快地交付功能並加速生產管道。然而，即使這樣，市場推廣可能仍然是他們的瓶頸。或者你可能每週只有幾個小時的空閒時間，沒有預算僱傭任何人，也無法騰出更多時間。

實際的瓶頸因組織而異，因產品而異。但如果要選擇最常見的一個，很可能是市場推廣。構建產品很難，但銷售產品——除非你是幸運的營銷和銷售大師——極其困難。

那麼，AI是否改變了瓶頸？答案很可能是“是”，但取決於你的瓶頸，這可能是好訊息也可能是壞訊息。如果你的實際瓶頸是缺乏開發時間，我有好訊息！AI可以幫助你編寫程式碼、設計應用程式、編寫營銷文案甚至測試應用程式。但我也有壞訊息。我最喜歡的定律之一是已有30年曆史的Tog通勤定律，它與Tesler的複雜性守恆定律配對：“通勤時間是固定的，只有距離是可變的。”用當前的話來說：如果我們可以更快地編寫程式碼和釋出功能，我們不會像以前一樣停留在相同數量的程式碼/功能上然後去釣魚。相反，我們會花費相同的時間來發布更多功能或程式碼，或者構建其他東西。這不是壞訊息——你可以自己做更多！但壞訊息是別人也能。因此，市場推廣策略成為了更大的瓶頸，因為很難觸達正確的潛在客戶，並在所有噪音和實際競爭對手中脫穎而出。

好吧，現在構建產品更快了，對吧？如果推特上的那個人用Claude Fable 5一鍵搭建了整個應用程式，每個人都能做到嗎？不完全是。一個令人驚歎的演示應用和真正的產品之間有很大區別。讓我先講述我們的背景故事。

正如我之前的文章《員工、AI和AI員工》所述，三年前，我和聯合創始人Lav嘗試建立一個AI聯合創始人（我們稱之為CofounderGPT），玩得很開心，但失敗了。好吧，說實話，這不再完全正確，因為過去六個月我們一直有一個名為CofounderGPT的AI代理與我們合作，它在構建我們的新產品中發揮了重要作用，但我們稍後會討論。與此同時，如果你好奇，可以檢視https://cofoundergpt.ai上的CofounderGPT每週日誌。但讓我們回到“起源”故事。

一切始於我們自己的人工智慧實驗。然而，由於當時我們花在構建有趣AI產品上的時間是主要瓶頸，我們僱傭了一個人併成立了“研發部門”。這很有趣，因為我們成功重建了推特上的一些酷炫演示（其中大多數只是演示和魔術而已），嘗試了不同的模型，甚至微調了幾個。

最終，我們開始研究CofounderGPT並構建一個小型AI產品。兩者都失敗了，因為你不能真正外包產品構建，尤其是在像LLM這樣的新興市場中。而且我們不夠耐心。我們想要更好的模型，並且當時認為我們已經晚了。

我們仍然想用AI構建產品。但我們需要縮小範圍。如果我們不構建整個CofounderGPT，而是構建一個小元件呢？一些能解決我們問題、節省時間並給我們更好見解的東西。有很多想法，但其中一個專注於我們遇到的一個煩人問題——需要有人檢查我們直接和間接競爭對手的網站，呈現最重要的變化，並維護那個龐大且總是過時的電子表格。

這對AI來說是一份了不起的工作！而且應該很容易。經典的最後遺言。經過數月的工作，以及多個參與其中的人，結果令人失望。該工具能工作，但拾取了太多噪音，而過濾噪聲正是它需要完美完成的主要工作。最終，我們解散了“研發部門”，幾乎放棄了想法。

幸運的是，有人向我們介紹了一個專注於AI的年輕聰明團隊。他們說可以構建這個工具，並且在不到兩個月的時間裡確實交付了。我們決定專注於其核心功能，去除所有非必要部分。我們在2025年9月有了一個工作版本。

該應用的關鍵部分是每週一收到的電子郵件。這是一份定製的“新聞通訊”，告訴你過去7天競爭對手所做的所有關鍵變化。他們甚至新增了一個 brilliant 功能——當你新增競爭對手時，他們會嘗試從網際網路時光機獲取其舊版本網站，這樣你無需等待一週或更長時間就能看到預覽。我們設定了Vacation Tracker的競爭對手，並邀請了一些朋友進行測試。然後我們幾乎忘記了它。

隨著時間的推移，優先順序將新產品推到了列表下方。但我們繼續閱讀這些週一郵件。最終，Lav和我設法騰出了一些時間，決定構建一些新產品，並重新測試僅靠AI構建和維護產品的想法。我們需要一個遊樂場，而Competitor Tracker是完美的。

它花費的時間比我預期的要長。從第一個提示到功能完整的產品，以及遵循品牌聲音和風格並被收錄的網站，用了兩個月。拖延我們的主要問題是時間、眾多意外障礙（爬取、各種錯誤、超時、噪聲等），以及使用Cloudflare——一個我不太熟悉的平臺。更多關於這些選擇的內容如下。

那麼，它現在準備好了嗎？

介紹Competitor Tracker！我們終於可以介紹我們的新產品：Competitor Tracker！它是一個幫助你追蹤競爭對手的應用程式。我們顯然不擅長起名字。實際上，確定最佳名稱不是MVP的一部分，至少在我們的情況下不是。如果需要，我們可以稍後確定。

但Competitor Tracker，或者更符合品牌風格的Competitor Tracker & Co.，不僅僅是另一個追蹤競爭對手的應用程式。世界因AI而改變，因此我們將這個產品構建為對人類和AI同樣友好。

這意味著什麼？首先，一切都是API（帶有詳細的作用域許可權）。你可以使用OAuth2或API金鑰使用API，但你可以使用API做所有事情。這本身並不使產品對AI友好，但如果一切始於API和詳細文件，那麼你正走在正確的方向上。

然後，Web應用和MCP使用該AI將全部功能暴露給人類和代理。你可以從Web儀表板做的所有事情，你的代理都可以透過MCP完成，無一例外。Competitor Tracker每週一向你傳送摘要郵件。但代理會收到Webhook，因此你無需讓他們訪問你的收件箱。相同的資料，相同的過濾器，相同的時間。

最後，網站是為人類和代理構建的。我們為代理提供Markdown，為人類提供HTML。如果你想測試，每個頁面底部都有一個開關，幫助你進入矩陣，看到“AI代理”檢視。除了人類和代理，我們還有一隻狗——C. T. Lucky是我們的首席偵探，透過我們新的黑色平臺引導你，併傳送週一的“檔案”。它是一隻AI狗，但仍然是好狗。

所以，是時候了——認識Competitor Tracker & Co.：一個AI機構，其代理群整週跟蹤你競爭對手的公共頁面，並在每週一提交一份簡短的排名檔案，這樣你的團隊就能閱讀重要的動向，而不是監護另一個警報源——https://competitortracker.io。

如果你想見C. T. Lucky和Competitor Tracker & Co.，請訪問“什麼是Competitor Tracker & Co.”頁面，看看我們的代理群能做什麼，或者檢視產品演示（面向人類和代理）並嘗試（設定只需幾分鐘，前25個積分免費）。

構建Competitor Tracker

我昨天看到了一條驚人的推文：https://x.com/krishdotdev/status/2077723982028210381。它幾乎完全符合我目前用AI構建產品的經驗。你需要一個想法和幾個小時來製作一個令人歎為觀止的演示。然後你需要數月來完成最後的10%。當然，這不是真正的10%，而是一種錯覺，讓你以為可以幾乎瞬間完成所有事情。我會進一步說，你需要幾個小時做演示，幾周來實現200%的程式碼，然後數月來清理所有AI垃圾並用工作功能替換一小部分。類似的事情發生在Competitor Tracker上。但那不是旅程中有趣的部分。

個人而言，有趣的部分是設定一切。一切始於品牌決策。我嘗試了幾種風格，黑色的電影風格看起來最適合。同時，我要求Claude Code基於原型原始碼準備初始文件集。然後，因為我知道Lav會將他的Hermes和OpenClaw代理連線到倉庫，我決定分離產品和營銷網站倉庫。不要誤解，我喜歡Hermes和OpenClaw，但我不信任任何AI代理擁有完整的原始碼。