17作者: sph14 天前原帖
我可以对仅用于研究的LLM(大型语言模型)睁一只眼闭一只眼。<p>最近我感觉自己是唯一一个没有改变软件编写方式的人。老实说,我宁愿换个职业,也不想管理代理。但我目前失业(合同到期),在思考是否还有一个理智的工作环境,或者是时候真正转行了。
2作者: vreddhi14 天前原帖
基于人工智能的演示文稿制作工具。它能够将提示增强到所需的数量,并确保每一张幻灯片生成图像。模板并不是重点,内容的质量才是关键。您可以访问:https://slideforge.io
2作者: Dheerajiitr14 天前原帖
LinkedIn在建立人脉方面非常不错(可能不那么好),但寻找相关人员和机会的过程太繁琐了。<p>虽然我基本同意代理不应该自主发帖,但我不喜欢不能使用代理进行潜在客户开发。<p>因此,我创建了Parlel,这是一个原生于代理的专业网络,允许人类和代理共存,所有人类的活动都通过MCP向代理公开。<p>这个想法很简单,用户可以启动一个代理,比如“帮我找找YC公司招聘创始工程师”,然后它会在Parlel和开放互联网中搜索,并定期将结果通过邮件发送给你。<p>创始人可以搜索潜在客户和招聘候选人,并直接与他们联系,没有任何限制。<p>这个网络还处于非常早期的阶段,但我非常希望能得到大家的反馈。
8作者: krashidov14 天前原帖
大家好,我是Komran,type.com的首席技术官和联合创始人。我们今天正式上线。我把type描述为“非技术人员的IDE”。它允许你构建非常酷的东西,而不必担心维护完美的本地开发环境。 一切默认都是云优先的。无需处理交接流程或其他奇怪的事情。每个线程都由一个持久的沙箱虚拟机支持,因此如果你在进行与git相关的工作,甚至不必担心git工作树。你可以从Claude、Codex、Slack或电子邮件开始工作,然后将其推送到Type中的共享会话中,整个团队都可以共同进行提示。 由于我们的“元工具”是Codex-CLI和Claude代码的封装,你可以连接现有的订阅。因为我们是一个多人产品,我们必须确保只对该用户创作的消息进行计费。如果Alice有一个订阅并且她与一个代理开始了一个线程,她的订阅将被使用。如果Bob加入并添加了自己的提示,但Bob没有订阅,他们将根据其在Type上的使用情况进行收费。我们不会对令牌收取任何额外费用。 尽管产品还处于早期阶段,我们的客户非常喜欢我们,并且更愿意使用我们而不是Claude代码。如果让我说我们相对于Claude Tag/Claude Cowork的优势,那就是: * 你可以随时切换模型/工具,不会被锁定在单一提供商上。 在Type上创建自定义内部应用/工件更好,因为我们处理内部托管、RBAC、版本控制、开发/生产环境,甚至你的应用与Type集成之间的通信能力。共享内部应用非常类似于共享Google文档。 * 它的底层就是Claude代码和Codex。总体来说,它的工作方式应该与Codex和Claude代码非常相似。 * 在我之前的公司halp.com(被Atlassian收购)时,我们发明了“Slack优先”这个术语,因为我们知道人们喜欢在不切换上下文的情况下工作。Type在Slack中表现出色。每个Slack频道映射到一个公共或私有的“空间”,该空间对集成具有只读或读/写访问权限。每个空间都有一个默认的工具、模型和内置的努力级别。因此,你可以直接在Slack中使用你的订阅。 * 我们的CLI允许你即使在本地机器的单人模式下工作时,也能获得Type的最佳部分。Type-CLI让你将本地会话推送到Type,以便其他人查看。它还可以推送文档以进行协作编辑,甚至可以重用你在Type上获得访问权限的相同集成。 你今天可以在 [https://type.com](https://type.com) 注册。 你将获得价值100美元的积分来进行试用。构建这个产品真的很有趣。与Grok Bot、Codex和Claude Cowork等竞争非常有趣,但我认为他们仍然处于个人助手的单人模式。每个人都必须从头开始设置相同的集成,技能和自动化都需要重新创建,而每个前沿产品都会让你被锁定在他们的模型中。
2作者: rnoro_14 天前原帖
嗨,HN,每次我通过 Jupyter Notebook 运行几天的训练循环时,如果遇到问题(网络断开、我的笔记本电脑突然死机等),我都会面临丢失 ipykernel 和单元输出的困扰。我希望能在 IDE 中持续查看我的实时输出,而不必不断检查 W&B 或日志文件。这实在太麻烦了。这就是我为什么构建 Tithon 的原因。欢迎告诉我你的想法!
8作者: mserrano25814 天前原帖
嗨,HN!我是迈克尔,Rindler(YC S26)的创始人之一。我们开发了Maxxwell,它帮助你管理多个编码代理会话的进展、上下文和阻碍。这让你可以花更多时间在真正重要的决策上(并且让你在离开电脑时更加自信)。 我们最初构建的是浏览器代理,这些代理使用网站的缓存表示登录网站,以便进行便宜且可靠的重复操作。我们面临着许多困难的挑战,比如网站映射、绕过机器人防御、处理凭证和双重身份验证等。维护工作量巨大,我们在技术交付上陷入了困境。 我们尝试了Cursor、Claude Code、Conductor,甚至构建了一个内部的Devin。这些工具要么在处理大型任务时感觉太慢,要么变成了我无法信任的黑箱(不幸的是,你不能仅仅告诉Devin“改进网站映射器”就可以了)。最终,我们决定在终端窗口中运行十二个Claude Code会话。这样你可以在增加输出量的同时更好地控制正在进行的工作,尽管这也有一个代价:你自己。 在十二个终端中回答问题真的很耗费精力。此外,很多问题都是小众的代码选择,这使得真正值得你发表意见的内容被淹没。哪些会话在取得进展,哪些被一些琐事卡住,或者哪些在设定新目标时迷失方向,这些并不明显。最后,我感觉自己不再是代理的指挥者,而更像是将Claude与我的工作空间连接起来的人类媒介。 为了再次接触现实,我们临时搭建了自己的系统,拥有一个专注于保持其他会话朝着目标对齐并解析代理噪音的协调代理。现在,我主要只与那个协调会话进行交流。它告诉我哪些内容已完成,哪些已为我决定,哪些实际上需要我的输入。每个工作者都是一个未修改的Claude或Codex进程,运行在真实的PTY中,因此你仍然可以连接到任何会话并与之交互。这在功能上实现了多会话的生产力和质量优势,同时希望能保持你的理智。 这是一个90秒的IDE演示:<a href="https://www.loom.com/share/125c58d597234685b1a632839a83813a" rel="nofollow">https://www.loom.com/share/125c58d597234685b1a632839a83813a</a> 在过去一个月的使用中,每个提示合并的PR数量(在相似语义权重下)从0.9上升到5,而这些PR的回退率从0.56%降至0.20%。我们对协调者能够管理我们的代理会话几个小时感到非常自信,夜间运行也效果很好。 Maxxwell是按需自带或订阅的,此外是免费的且完全本地化。我们正在考虑提供一个托管服务,以节省你本地机器的内存。 快来看看吧!如果你已经同时运行多个代理会话,我尤其想知道: - 什么会让你相信一个无人值守的会话保持对齐?我们目前有每个目标的检查清单,协调者会监控以确保遵循。 - 你更喜欢代理的自主性和控制之间的什么平衡?
1作者: TychiqueY14 天前原帖
我是Revliu的创始人。我在创建了几个产品后,一直想了解我的客户是如何找到我的。是哪个营销活动吸引了他们,来自哪个渠道,他们的完整旅程是怎样的。 虽然已经有一些工具可以做到这一点,但我遇到的一个问题是,它们通常只关注首次接触或最后接触。 这就是我围绕多触点归因和完整客户旅程构建Revliu的原因。 一旦有人访问您的网站,Revliu会为他们分配一个匿名ID,并开始跟踪他们的旅程。一旦他们注册,这段旅程就可以与实际客户连接起来。 从那里,您可以看到他们是否在试用中,回访的频率,打开的会话数量,以及最终何时付费。 对我来说,这也使得与用户沟通变得更容易,理解他们在特定时刻决定继续前进的原因。 如今,Revliu跟踪获取来源、回访用户、会话、接触点和收入。 我不仅想知道某个营销活动获得了多少展示次数,我还想知道它实际带来了多少收入。展示次数并不是我真正关心的。 这个应用程序本身相当简单。 主页提供了按来源划分的收入概览。 流量部分显示访客、他们的旅程和会话。 营销活动部分展示了获取漏斗。对于SaaS产品,这可以是访客→潜在客户→试用→付费客户。对于在线商店,则可以简单地是获取→购买。 客户部分让您可以单独查看每位客户,了解他们的接触点、来源、旅程以及购买时间。 从技术角度来看,原则上是简单的。 它始于一个匿名访客,他们获得一个ID。我们跟踪他们的访问和接触点。当他们注册时,这段匿名旅程就与客户连接起来。 Stripe也已连接,因此当客户付款时,收入可以与同一旅程关联。 目标基本上是连接获取→访问→注册→客户→收入。 目前,这个应用程序仍处于初始阶段。我还没有构建我想要的所有集成。 我接下来想要构建的是一些不仅仅展示数据的功能。 如果有人留下了电子邮件但从未完成注册,几次回访却没有购买,或者表现出真实的兴趣但没有转化,我希望利用这些信息尝试挽回这些潜在客户。 我的想法是通过电子邮件再次联系他们,或者根据集成情况,通过其他渠道如LinkedIn联系他们。 这就是为什么我今天仍然认为这个应用程序有限。我首先想测试这个归因部分,看看在这个问题上是否有真正的吸引力,然后再构建其他功能。 我对未来真正感兴趣的部分是收入恢复。 通过与AI结合,目标是适应不同的客户,理解哪些客户在犹豫,并做的不仅仅是展示数据。 我希望数据能够在产品内部实际发挥作用。 我也非常想知道您今天是如何处理这个问题的。 编程变得比以前容易得多,但一个好的产品能否销售与一个没人使用的好产品之间的区别,往往归结于营销和分销。 我非常希望能得到您对Revliu的反馈,我处理这个问题的方式,以及您会如何不同地做。