我在使用 React 和 Tailwind 时，发现自己在不同项目中不断复制同样的小模式：一个 cn 辅助函数（clsx + tailwind-merge）和一个用于变体类的类型化 Record 查找。<p>最终我把它放进了一个包里，这样就可以避免重复工作。这个包导出了 cn 和 variants，一个接受变体名称到类的映射并返回类型化查找的函数。复合变体只是 cn() 内部的条件判断。它并不试图替代 cva 或 tailwind-variants。如果你需要 defaultVariants、slots 或响应式变体，那些工具非常好用。这只是我在实际使用中真正需要的一个子集。<p>很高兴听到其他人的看法，或者如果我遗漏了什么明显的东西。
返回首页
最新
我是一名拥有10年经验的软件工程师，目前在伦敦担任一家金融科技应用的首席React Native工程师。我认为大型语言模型（LLMs）将会对行业产生巨大的影响。虽然我并不太担心自己的职业前景，但我认为在未来五年内，随着LLMs承担越来越多的工作，行业将会面临巨大的压力。我热爱编写代码和解决问题，不想仅仅成为LLM的“保姆”，而且我希望自己在工作中表现出色。我也希望保持技术能力，所以请不要建议我去做木工。
在过去的一个月或两个月里，我一直在思考我接下来的方向。我非常喜欢使用React Native、TypeScript等技术，但LLMs在这些领域的表现已经相当不错（主要是因为网上已有大量开源的JavaScript资源）。例如，如果我想转向某种人工智能工程或研究，我该从哪里开始呢？或者我也在考虑嵌入式软件工程——同样，我该从哪里入手呢？
还是说我太悲观了？我确实觉得整个“人工智能”话题有些被夸大了，所以也许一切都会好起来的。
今天刚打开 Visual Studio，发现没有 Opus 或 Sonnet 了，只有 Haiku、GPT 和 Grok。还有其他人也遇到这个问题吗？
大家好，我在想一个庞加莱圆盘是否能够有效地展示图的局部结构，同时显示出大部分内容。我使用了一些机器学习的论文来进行探索。
当机器积极取代人类劳动时，许多事物失去了意义。世界正在迅速变化，你需要一个坚实的框架来应对这一切。当Waymo取代出租车司机，Codex取代开发者时，许多人开始问：接下来该怎么办？
在学校时，我认为斯多噶学派和享乐主义者是两个对立的阵营：一个追求快乐，另一个则是那些忍受一切的悲伤人们。事实证明，这种已有2000多年历史的哲学有着更有趣的观点。
我的看法是：如果你将斯多噶的宿命论（万物皆由宇宙/理性预定）替换为萨特的激进存在主义自由（你本质上是自由的，并能塑造自己的命运），那么你就得到了没有神秘色彩的斯多噶伦理学——并将更多的责任放在你自己手中。
在这个新斯多噶的框架中，人类的角色实际上是有意义的：
- 服务于美德：智慧、勇气、公正、节制
- 为你周围的人和自然创造价值，并获得回报
- 接受所有事件作为一个系统的一部分（在这个系统中，死亡更接近热力学，而不是随之而来的惩罚或永恒的幸福）
在这个框架内，更容易相信人类存在的目的不是在Jira上拖卡，不是写官僚报告，也不是做那些无意义的工作，这些工作最终都会被自动化。
一个人应该努力创造——让他们的工作对自己和他人都有真正的意义和重要性。无论你是开发者还是鞋匠。
我个人认识的大多数有影响力和成功的人，建造事物并不是为了赚更多的钱，而是因为他们迫切想要解决他们周围看到的问题。这就是他们的服务。
在这个系统中，面对艰难事件时更容易保持尊严——知道你可以影响这些事件，但成功的程度各不相同。
如果你想更深入地了解，可以阅读从马库斯·奥勒留到马西莫·皮柳奇的著作。这些都是同一个框架，只是应用于不同的现实。
我很乐意与聪明的人讨论这些想法。
嗨，HN，
我在开发处理合同工作流程的人工智能代理时，创建了Signbee。这些代理可以起草协议、谈判条款、管理交易——但一旦需要签名，工作流程就会中断。最终总是以“请将此上传到DocuSign”结束——这意味着需要人工干预、账户设置和手动上传。
因此，我构建了一个简单的API。你可以POST markdown格式的内容，Signbee会生成PDF，或者如果你已经有设计好的PDF，可以通过URL传递给它。没有模板，没有编辑器。无论哪种方式，它都会通过电子邮件一次性密码（OTP）验证双方，并生成签署的文件。
```bash
curl -X POST https://signb.ee/api/v1/send \
-H "Content-Type: application/json" \
-d '{
"markdown": "# NDA\n\n条款...",
"sender_name": "您",
"sender_email": "you@company.com",
"recipient_name": "客户",
"recipient_email": "client@co.com"
}'
```
在后台：
- Markdown → PDF生成，或者通过URL提供自己的PDF
- 双方通过电子邮件一次性密码（OTP）进行验证
- 记录时间戳和IP地址
- 最终文档使用SHA-256进行哈希处理
- 附加完整审计跟踪的证书页面
一个有趣的挑战是：证书页面本身是被哈希处理的文档的一部分，因此任何修改——即使是对证书的修改——都会使完整性检查失效。
我还构建了一个MCP服务器（npx -y signbee-mcp），这样像Claude或Cursor这样的工具可以直接调用它。
我很想听听那些处理过文档签署系统或自动化代理工作流程的人的看法——你们希望自动化什么？
[https://signb.ee](https://signb.ee)