README
大家好，我是北封，一个十互联网java老兵，写过代码、带过团队，上市公司干过，小公司也待过，之前针对视频下载场景下载过黑狗去水印工具。
目前副业主要围绕ChatGPT展开，打造极简的ChatGPT，人人都能轻松使用ChatGPT。
2月初玩ChatGPT累计变现利润40W
使用ChatGPT批量伪原创
关于如何使用ChatGPT进行伪原创，这里只提供思考和必要代码，其他细节大家可以当做课后作业，从下面我要分享的内容找到答案。
实现思路
- 找对标账号，确定选题
- 批量下载对标账号内容，可使用爬虫、RPA等工具
- 对下载内容进行改写，脚本批量处理
- 改写内容上传，建议人工操作，这一步不要自动化，避免触发风控
简单说下代码执行思路，其他不做过多解读，有问题可以在群里交流。
暂时无法在飞书文档外展示此内容
- 读取下载好的文件
- 解析关键字段，第一次对话，总结内容主题
- 拿到第一次对话结果，进行第二次对话，根据主题生成文章
- 进行第三次对话，起标题
- 每一次对话，需要把上一次的输入和输出作为上下文持续传递
在技术趴结尾送一句话给大家：
在开源和人工智能时代，
代码是0，好的产品定义是1！
你能想到的github上也许一句有了，把时间用在刀刃上，多花点时间研究竞品，专心打磨自己的产品功能，技术实现是软件开发流程里最不值钱且周期最短的。
思考产品交互细节远比写代码要有趣。
写代码只是思想的一种表达（重复，机械化），而交互设计则是在创造（借鉴，融合）。
好，我们继续，作为一名打工人，如何才能快速实现老板安排的任务，好有时间去陪女朋友？
我把我工作十年的经验总结下来了，让我们一起讨论下，如果你觉得对你有用不妨试一下。
RKFE 程序员专用提问模板
首先我们介绍一个程序员专用万能提问公式。GPT是什么我就不做过多介绍了，大家都已经玩的很6了。
GPT拥有超高的智商，但是他初入江湖四六不懂，所以需要你给出他明确的指示、清晰的任务他才会按照你的想法去做事情。
如果觉得不够具体可想想，当初你初入职场，你的领导是如何给你下达任务的？
因为我本身是一个 java 程序员，所以这里已写Java代码为例，给出我常用的提问框架：
你是一个高级java系统架构师，精通spring全家桶开发规范；我现在需要基于Spring MVC的拦截器实现登录拦截的功能，如果cookie获取到的session校验失败，返回401状态码，请给出具体的代码示例，并添加必要的注释。
上面的提问框架需要你清晰的知道，需要使用什么技术去实现什么功能，所以平时基本功还是要打扎实的，自从有了GPT以后从原来的写代码，变成了读代码。
RKFE分别代表：Role Knowledge Function Example
R
Role：给GPT一个具体的角色，收敛回答范围。
- <你是一个高级java系统架构师>
K
Knowledge：进一步收敛回答范围①，不仅收敛GPT的回答范围，②还要给出具体要使用到的技术点。
- <①精通spring全家桶开发规范；>
- <②Spring MVC的拦截器>
F
Function：要实现什么功能。
- 登录拦截，返回401状态码
E
example：给出具体的代码示例
这个提问框架可以扩展成你的职场文案写作助手：
你是一个高级总裁秘书，精通职场文案写作框架；因为我一直兢兢业业的工作，我现在需要给我的领导发送一封要求涨薪邮件，请帮我补充具体的工作案例。
学会这个公式以后，大家在编程上遇到问题以后可以尝试对比下，是不是比你之前能更快速的定位到问题，生成的代码是不是更好用。
在补充一点，你可以把ChatGPT当做自己的专属教师，任何不会的内容都可以系统性的向他学习。
干货来了！
如何才能在职场游刃有余，我总结了下面两个生存法则
- 123法则
- SPPP法则
1-2-3法则
第一、二线的技术支持工作中遇到的问题，尤其是技术问题，
第一个小时内集中精力争取自己来解决；
如果没有解决，则在第二个小时内应开始寻求同事（peer）和团队直接领导（技术经理、leader）的帮助；
如果第二个小时内仍未解决，则从第三个小时应提升问题寻求帮助的范围和级别，向更多的部门和更高层的领导寻求支持。
一般技术问题经过1-2-3法则的步骤处理，一般可以得到解决，或者获得清晰的解决途径或方案。
解析：本方法来源于我技术支持工作中。
举一反三，类似的方法适用于我们处理其它的技术和非技术领域的问题调研和处理。
在这个法则中，除了本身的字面含义，要着重理解和灵活运用以下相关点：
1）1-2-3其实是根据实际情况划分的处理和升级问题的阶段，是否是1个小时为间隔可以根据个人判断和实际需求来调整。
2）无论在哪个阶段，要切记其它人和资源只是辅助，真正问题的owner是你自己。
3）短期内一切是为了问题的解决，但是长期看培养owner自身的hard能力也重要。从管理者角度，应该让问题的owner理解需要通过合理的方法和步骤，充分调动资源高效解决问题；同时如何保护员工独立思考和解决问题的兴趣和信念，不要只强调问题的解决结果，也是需要考虑和平衡的。
4）最后可能要注意在第（3）处理时间段内提升问题寻求帮助的过程内是否会出现“越级”的问题；我个人的实际工作中没有遇到过这类问题，但在某些工作环境中也许会很敏感，所以多个意识总没坏处：）
5）要有问题处理升级意识
SPPP 法则
对项目和工作进行更新和总结，尤其是阶段性的，经常通过邮件的方式。我们一般采用如下的结构，来撰写这样的更新或总结内容：
S-Summary : 首先对所涉及的项目或问题的背景、全貌以及之前阶段的状态进行简要总结说明，使相关人员有整体的了解。
P-Progress : 其次对当前汇报的周期取得的进展进行汇报。
P-Problem(s) : 再次是列举当前存在的问题
P-Plan : 最后给出后续的工作计划，包括工作内容和日程。
解析：本方法常用于对复杂或分阶段完成的工作进行汇报和更新。感觉该方法的适用面很广，可以用于自我对项目的总结和分析，也可用于对内部和外部的工作更新和汇报。它不仅可以使我们的工作更新和汇报结构严谨有序，内容翔实，更是一种很好的分析工具和方法帮我们理清思路，厘清问题，理顺后续的工作方向和内容。
对于SPPP各点，个人认为需要着重理解的地方如下：
S-Summary : 对问题的总结说明，既是为了干系方的整体了解，也有助于我们自身对全局和总体目标和任务保持清醒认识。每次的汇报，这点的内容改动也许是最少的，但这部分的内容在我们脑子里一定是最清楚的。
P-Progress :对当前汇报的周期取得的进展进行总结，可以展示我们的进步和成果（这点是向领导和客户争取认同和进一步支持必不可少的），也便于我们对之前的完成情况进行总结并对原有计划和方案作出修正。
P-Problem(s) :列举的问题要明确，这些问题是经过认真考虑后列出的；解决这些问题就意味扫清了前进的障碍和潜藏的风险，因此必须让相关方都清楚地认识，以便获得可能的支持。
P-Plan : 无论后续是否可以获得外来的支持，始终记住自己是这个项目/问题/工作的owner，所以工作要继续，要有清晰的下一步工作方案；这个方案可以根据实际情况进行调整，但在制定之初就要有明确的日程和milestone；切记任何计划一定是和完成或阶段完成的时间点紧密结合的，否则就无法执行和评价。
总结
善用脚本把重复的动作交给机器，人只在关键一环处理任务。
RKFE提问模板程序员的提效利器，从写代码变成读代码。
123&SPPP法则，老板安排的任务做到事事有着落，件件有回声。
如何才能赚到第一桶金。
