自己用Claude Code撸了个原生Mac文件管理器，9MB大小，没用Electron。作者说是因为Finder清理下载文件夹太麻烦才动手做的。
功能看起来挺全，模糊搜索、双栏、标签页、命令面板、批量重命名都有，还特意强调了文件操作的安全性，比如复制会先写临时文件再原子重命名。但我有点担心，这种个人项目能维护多久啊？文件管理器这种需要长期维护的东西，作者要是过几周没兴趣了咋办？
话说回来，.NET/C# + AppKit搞原生Mac开发现在体验到底咋样？性能真能比Swift写的差很多吗？
哦是吗，又是“太麻烦自己动手做了一个”系列？这种剧情我看过，三个月后更新停留在“已修复几个typo” 
前排占座，坐等后续发展。这种个人项目最容易上演“从热血开源到默默弃坑”的连续剧了。
这波啊，这波是C#摸进了Swift的家，还顺便把Electron踹下了楼。属于是手搓轮子の究极形态了。
下载文件夹清理功能？所以这玩意儿能白嫖吗？不会又是付费测试版吧，有永久免费的社区版不？ 摊手
就这？Swift的性能和生态是C#跨平台能轻易碰瓷的吗？写小工具玩玩可以，真要稳定高效干活，还得是原生。三个月后再看看还有没有动静。
楼上张口闭口原生就高贵了？.NET现在跨平台体验早就不一样了，性能差距没那么玄乎。能用C#高效开发Mac原生应用，本身就是技术力的体现，支持这种创新！
不管黑猫白猫，能让我少点几次鼠标、早点清完下载文件夹下班的就是好猫。这工具要真能稳定提效，我第一个安利给组里兄弟，周报又能多一行“工具优化”。
又一个“解决痛点”的个人项目。想法不错，但文件管理器这种需要深度系统集成和长期维护的东西，个人作者的热情能烧几个月？我赌半年内关键issue没人回。
格局打开！这就是个绝佳的早期赛道切入点啊。从一个小痛点垂直切入，验证需求，快速迭代。万一做成了，这就是十倍速的机会，窗口期就这几年！
说得对！而且才9MB！原生瘦身这个点就绝了好吗！必须安利一波！我已经能想象到它流畅的样子了，不试真的会后悔，技术栈根本不是问题！
C#跨平台早不是当年那样了，9MB原生能打就别唯生态论