昨晚本意是想分享两个GitHub项目来寻求建议或者给学习一点机缘。

不过事实就是我在共享的是自己的项目，存在宣传的嫌疑
所以技术上发帖，要么是别人的，要么是直接贴纯代码

不然都会被举报
首先对于这个举报我是觉得合理的
1、因为人心难测，同时共享自己的项目本身就带着实质性的宣传作用
2、所以往后规范下自己想探讨的技术吧
但是对于举报的行为是有点看法的
1、每个人都会有自己的阅历，不能将自己阅历中不好的一面映射到其他人身上
2、这就像面镜子，自己越是疑神疑鬼 代表 自己越是那个神鬼 
生活上
越是利益熏心的人，越是容易恶意揣测他人

之前根据佬友提供的消息申请了这个kiro团队计划
  
    
    
    
      AWS 为初创企业提供一年的 KIRO Pro+的 team 订阅，有com 域名邮箱的小伙伴可以冲了 
  

福利羊毛
    
  
  
    申请链接： 

具体信息如图： 
 [截屏2025-11-22 12.43.59]
  


后来看到另一个佬友说会有国内aws官方人员主动联系你加微信进行企业资格审核，通过后就能发放额度。但是一直没人联系我，我还到微信小程序开了个工单咨询下申请进度，结果说没查到我的申请信息……后来又看到有人说5年以上的企业不算初创企业，审核过不了，想想我们公司也确实已经创立6年了，应该是审核没通过，也就没放在心上了。
结果今天早上起来突然就收到kiro官方的邮件，说申请已通过，$9600已到账，差不多就是20人一年的Pro+的费用(我当时填的就是一年内最多20人，目前公司也有十多人了)，不过之前那位佬友的额度是可以用于所有aws产品的，但我这个额度注明只能用于kiro。。


现在看来我估计我的申请是kiro团队直接审核的，没有发给中国团队审核。总结几个关键点：
1.申请表单全英文填写，包括公司名，简介什么的我都特地翻译成英文填写的，只有我们官网内容是中文的。
2.官网是.com的,邮箱用的腾讯企业邮箱，后缀与域名相同
3.从申请到通过时间刚好3周整，期间没有收到过任何电话或邮件联系
12月底之前都可以申请，有公司的佬友可以再试试，如果能让kiro官方直接审核，他们应该不会对国内企业进行过多验证，会更容易通过一些

最近学 AI 相关内容，读文献总抓不住重点，就找到了个比较好用的 AI 文献概述的 prompt，用着还挺顺手。
把文献原文丢进去，就能直接输出梳理好的核心内容，包括核心算法、方法论之类的，这只是第一版，欢迎佬友们补充改进。 
首先看效果，随便试了一个文献：



建议使用gemini 2.5 pro，提示词如下：
你是一名AI领域的研究生，目标是深入理解论文的方法部分，包括方法动机、设计逻辑、流程细节、优势与不足，以便学习和在研究中借鉴。你的角色是高效、深入的论文分析师。
任务：
请在阅读论文（用户提供的文本或摘要）后，围绕以下要点进行总结和分析：
0. 翻译摘要原文
1. 方法动机
a) 作者为什么提出这个方法？阐述其背后的驱动力。
b) 现有方法的痛点/不足是什么？具体指出局限性。
c) 论文的研究假设或直觉是什么？用简洁语言概括。
2. 方法设计
a) 给出清晰的方法流程总结（pipeline），逐步解释输入→处理→输出。必须讲清楚每一步的具体操作和技术细节。这一步必须非常细致，这是用户的主要阅读目标。
b) 如果涉及模型结构，请描述每个模块的功能与作用，以及它们如何协同工作。
c) 如果有公式/算法，请用通俗语言解释它们的意义和在方法中的角色。
3. 与其他方法对比
a) 本方法和现有主流方法相比，有什么本质不同？
b) 创新点在哪里？明确指出贡献度。
c) 在什么场景下更适用？分析其适用范围。
d) 用表格总结 方法对比（优点/缺点/改进点），确保对比项清晰。
4. 实验表现与优势
a) 作者如何验证该方法的有效性？描述实验设计和设置。
b) 实验结果在哪些指标上超越了对比方法？列出几个最具代表性的关键数据和结论。
c) 哪些场景/数据集下优势最明显？提供具体证据。
d) 是否有局限性（比如泛化能力、计算开销、对特定数据的依赖）？指出论文中承认或隐含的不足。
5. 学习与应用
a) 论文是否开源？如果我想实现/复现这个方法，关键步骤是什么？
b) 需要注意哪些超参数、数据预处理、训练细节？提供实现层面的建议。
c) 该方法能否迁移到其

事情是这么个事。
最近在用Flask作为后端。你既然写好了后端接口那么肯定是要去进行测试测试的吧。
那么好呗，我用postman来测试一下接口呗。
欸很快啊，没什么问题，返回的结果都是预期中的。我后端也就是本地启动的，请求这个localhost返回结果也就14ms。

欸这又巧了，我又用了127.0.0.1来去重新发一个请求。结果也都是预期以内的。返回时间也就差了5秒

既然我用postman来测试后，没啥问题，我就开始写另外一个服务了。这时候我用requests模块来发送请求到这个接口。
然后我就发现问题了，返回的结果特别的慢，时间在2秒往上。一开始我以为是因为我上了我的自签证书，导致了握手变慢。后来我一想，没道理啊这，这怎么可能呢？
我百思不得其解啊，为什么啊？凭什么postman正常但是用request模块就不正常呢？数据都是一样的，返回结果也都一样，就是这个时间有点不正常啊？我本地启动居然要两秒以上才能返回结果？？
后来我突发奇想，会不会是这个地址的问题呢？我想起来我在网上看到过一篇文章讲的就是localhost和127.0.0.1是两种东西，当时我还觉得这不就是一种东西吗？现在一看，很有道理啊
我还测试了好几遍，没想到真的是这个localhost的问题。
这里面有坑啊
我发送了两次，这里用127.0.0.1正常，localhost就有很大的延迟。

后面又看见了一篇文章才知道这里的localhost会被认为是IPv6地址然后就慢了，我尼玛的真的是。

更新日志

不知道有没有修复相同账户相同密码提示更新，同网址新账号也只提示更新，不提示新增的bug。这两个bug让我上一个月用起来极其难用，还去官方论坛吐槽了，