我请一个人工智能为我写这段文字，这样我的老板就无法根据我的写作风格识别我。
我在一家YC公司工作。现在这家公司已经不算是初创公司了——我们早已过了那个阶段。我们目前的招聘速度非常快，差不多每天都在招一个新的软件工程师。
奇怪的是……我并不觉得工作量有那么大。
我并不是说没有工作，但招聘的速度与现实脱节。我没有看到足够有意义的项目、明确的责任划分或实际的执行需求来证明这种增长是合理的。这让我感到困惑。
我对此感到不安，但同时又觉得无处可去。这份工作不错，薪水也不错。从客观上看，我很幸运。而且在当前的市场环境下——尤其是人工智能如此迅速地改变一切——我害怕辞职。现在似乎不是自愿跳槽的安全时机。
在看到Bolt和类似公司迅速扩张员工人数后，我无法摆脱这样的感觉：这只是一个员工人数膨胀的阶段。快速增长，看起来更大，筹集更多资金，证明估值合理。但随着人工智能提高生产力，我不断思考：当领导层意识到他们并不需要这么多工程师时，会发生什么？
我感觉我们正在酝酿一场调整。而一旦来临，可能会非常残酷。人工智能工具已经在提高个人的工作效率。在某个时刻，公司难道不会决定用更少的人做更多的事情吗？
说实话，我感到迷茫和害怕。我觉得我们都在假装这一切是合理的，但内心深处却并不是。我担心不久的将来，我们中的很多人会失业。
如果有人有建议——无论你是否经历过类似的情况，或者你有不同的看法——我会非常感激。目前我感到夹在一份看似不可持续的工作和一个更不确定的市场之间，进退两难。
返回首页
最新
我在一个IT团队工作，我的经理在一些任务中使用ChatGPT的聊天界面，因此他对人工智能有一定的了解。然而，他对更高级的工具，如Claude Code、Codex或其他开发工具并不熟悉。我希望能找到一篇平衡的文章，解释以下内容：
1. 这些工具今天能实际做到什么
2. 它们在哪些方面仍然存在困难或不足
3. 有什么推荐吗？
我构建了 MCPX: <a href="https://github.com/lydakis/mcpx" rel="nofollow">https://github.com/lydakis/mcpx</a>
<p>核心理念：
MCPX 将 MCP 服务器转换为 Unix 可组合命令，以用于代理工作流。它主要面向以 shell 为主的代理，同时也对直接运行工具的人类用户有一定的帮助。</p>
<p>对我来说，一个实际的用例是 OpenClaw：
OpenClaw 可以像任何普通命令行工具一样调用 `mcpx`，并立即使用 MCP 服务器，而无需在 OpenClaw 中实现自定义的 MCP 传输/认证机制。这也与 Codex 应用模式很好地契合，连接的应用可以通过相同的命令契约被暴露为 MCP 服务器。</p>
<p>命令契约：
- mcpx
- mcpx <server>
- mcpx <server> <tool></p>
<p>设计选择：
- 支持模式感知的 `--help`（输入 + 声明的输出）
- 来自 MCP `inputSchema` 的原生标志界面
- 通过工具输出进行正常的 shell 组合（`jq`、`head`、管道）
- 显式退出映射（`0/1/2/3`）
- 支持标准输入输出 + HTTP 服务器
- 可选缓存
- `mcpx add` 用于从安装链接/清单/端点引导服务器配置</p>
<p>示例：
- mcpx github search-repositories --help
- mcpx github search-repositories --query=mcp
- echo '{"query":"mcp"}' | mcpx github search-repositories</p>
<p>安装：
- brew tap lydakis/mcpx && brew install --cask mcpx
- npm i -g mcpx-go
- pip install mcpx-go</p>
我非常希望能收到关于命令用户体验、模式/标志边缘情况的反馈，以及在何处应该停止或扩展。
我为你建造了这个无限城市，让你可以乘坐直升机飞行。快来看看：<a href="https://fly.yolopush.com/" rel="nofollow">https://fly.yolopush.com/</a> 我计划连接到 yolopush.com 的数据，这是我建立的一个平台，旨在连接创业者。<p>我还计划在创业者之间、创业公司建筑等之间添加任务。
我们在各个团队中不断遇到这个问题。一个项目开始时是有组织的，但随着时间的推移，跟踪工具逐渐偏离了实际情况。大多数项目管理工具假设会有人持续更新它们，但实际上，这正是问题所在。
决策停留在Slack中。一个阻碍被提到却从未记录下来。一个拉取请求在GitHub中处于开放状态。Linear显示一切正常，但实际上却有些不对劲。
我们正在尝试看看项目管理是否可以在更后台的情况下进行。
Voca连接到团队已经使用的工具（目前是Slack、GitHub和Linear），并实时维护一个最新的项目知识库。人们可以查询这个知识库，并设置“技能”和自动化。一旦设置好，它就会在后台自动运行。
目前还处于早期阶段。我们正在与几家公司进行试点，主要是想了解这在哪些方面有帮助，在哪些方面又出现问题。
欢迎提问或分享这里的团队目前是如何处理这个问题的。