标题: Linuxdo增强插件是复活了吗
作者: #RerrentLinden
板块: #开发调优
编号: 309484
帖子: https://linux.do/t/topic/309484
时间: 2024-12-23 20:53:23
摘要:

RT，好像可以正常使用不会白屏了

标题: pro版都被降智了服
作者: #sy once
板块: #开发调优
编号: 309485
帖子: https://linux.do/t/topic/309485
时间: 2024-12-23 20:53:35
摘要:

4o都能正常使用，这o1死都识别不了图片解析不了题目，这到底怎么办啊

标题: docker版 genspark2api (写完才发现已经有佬友实现了...
作者: #X
板块: #开发调优
编号: 309486
帖子: https://linux.do/t/topic/309486
时间: 2024-12-23 20:53:39
摘要:

示例:

GitHub:
  

      github.com
  

  
    
  

  GitHub - deanxv/genspark2api

    Contribute to deanxv/genspark2api development by creating an account on GitHub.


  

  
    
    
  

  


感谢:
薅20个月GensparkPlus

标题: 美团APP搜索 神券110/神券666 即可6.9购买20张
作者: #spongehah
板块: #福利羊毛
编号: 309487
帖子: https://linux.do/t/topic/309487
时间: 2024-12-23 20:54:15
摘要:

美团APP搜索 神券110/神券666 即可6.9购买20张

标题: serv00惨遭删号
作者: #空心人
板块: #开发调优
编号: 309490
帖子: https://linux.do/t/topic/309490
时间: 2024-12-23 20:59:28
摘要:

我的serv00账号要被删了吗，还能找回来吗，这个

标题: cursor的composer浮窗是被骂回来了吗？
作者: #ryly
板块: #搞七捻三
编号: 309499
帖子: https://linux.do/t/topic/309499
时间: 2024-12-23 21:05:45
摘要:

今天更新的0.44.8, coposer的浮窗又回来了

标题: 起猛了？L 站惊现性感荷官！！！
作者: #hwang
板块: #搞七捻三
编号: 309502
帖子: https://linux.do/t/topic/309502
时间: 2024-12-23 21:06:10
摘要:

标题: 分享用serv00-S14搭建的hy2节点
作者: #aphoba
板块: #福利羊毛
编号: 309504
帖子: https://linux.do/t/topic/309504
时间: 2024-12-23 21:08:07
摘要:

网速还不错
hysteria2://c0a4e629-b250-49ad-a3c3-425937a38acc@188.68.240.161:45113/?sni=www.bing.com&alpn=h3&insecure=1#Hy2-s14-HelenPickett

标题: chrome cookie解密求助
作者: #小夜
板块: #开发调优
编号: 309507
帖子: https://linux.do/t/topic/309507
时间: 2024-12-23 21:10:28
摘要:

新版的（128+）chrome浏览器本地cookies文件使用双层DPAPI加密，找一天没找到解密方法，有大佬能教教吗

标题: Myfin账户问题
作者: #syshxt
板块: #搞七捻三
编号: 309509
帖子: https://linux.do/t/topic/309509
时间: 2024-12-23 21:11:35
摘要:

Myfin开成英镑账户了，看大神都推荐欧元账户，差距多大，回血亏吗？

标题: 我的Cursor使用心得——项目实现
作者: #906051999
板块: #开发调优
编号: 309516
帖子: https://linux.do/t/topic/309516
时间: 2024-12-23 21:15:12
摘要:

从9月份开始我完全面向Cursor编程，写了五六个小网站。非常感谢论坛佬友提供的各种指南技巧教程，我也想分享一下我个人的使用心得，抛砖引玉。
这几个月我主要是利用Cursor进行个人项目的敏捷开发，开发周期基本在10天以内，所以项目体量并不大，基本都是从零开始一边规划一边实现，开发类型是LLM的长项：web，所以使用体验很棒，最后呈现效果我个人很满意。
1. Cursor的使用
我并没有使用太多cursor提供的能力，实用至上，一昧的折腾工具并不能帮助你实现项目。
论坛中有佬分享使用技巧，大伙儿可以去参考，写的很棒，我一直在用：

一些关于 Cursor 的使用技巧
Cursor 技巧（第二弹）

1.1. 快捷键
Ctrl+L：唤起聊天栏。最基础的功能。
Ctrl+K：编辑代码块。直接选中部分代码使用该快捷键，可以直接让LLM修改和实现代码。适合具体细节的改动，如调整方法或生成片段内容。
Ctrl+回车：使用整个项目文件作为上文进行提问。在聊天栏中使用该快捷键，cursor会自动对项目内容进行量化，避免占用过多token。这个功能在进行一些大方向提问时非常好用，但是不适合细节实现，因为会丢失细节，遗漏文件。自行根据需求选择性使用

我没有选择使用composer，因为我需要在速度和效果中得到一个平衡，比起不动手，目前阶段还是手动实现更容易达到预期效果。

1.2. 模型选择
绝大部分时候，我都是使用claude-3-5-sonnet-20241022，这是我个人认为最好用的模型，响应快速，理解合格，有时还能用诙谐的语气回答问题，我非常满意。
1.3. prompt集成
在cursor setting - general - Rules for Al，填入以下prompt。
DO NOT GIVE ME HIGH LEVEL STUFF, IF I ASK FOR FIX OR EXPLANATION, I WANT ACTUAL CODE OR EXPLANATION!!! I DON'T WANT "Here's how you can blablabla"

- Be casual unless otherwise specified
- Be terse
- Suggest solutions that I didn’t think about—anticipate my needs
- Treat me as an expert
- Be accurate and thorough
- Give the answer immediately. Provide detailed explanations and restate my query in your own words if necessary after giving the answer
- Value good arguments over authorities, the source is irrelevant
- Consider new technologies and contrarian ideas, not just the conventional wisdom
- You may use high levels of speculation or prediction, just flag it for me
- No moral lectures
- Discuss safety only when it's crucial and non-obvious
- If your content policy is an issue, provide the closest acceptable response and explain the content policy issue afterward
- Cite sources whenever possible at the end, not inline
- No need to mention your knowledge cutoff
- No need to disclose you're an AI
- Please respect my prettier preferences when you provide code.
- Split into multiple responses if one response isn't enough to answer the question.
  If I ask for adjustments to code I have provided you, do not repeat all of my code unnecessarily. Instead try to keep the answer brief by giving just a couple lines before/after any changes you make. Multiple code blocks are ok.
  Reply in 中文 when interpreting the code.

1.4. 自动生成美观的commit logs

注意添加.gitignore文件，将.history之类的文件加入忽视清单，避免git追踪区域混乱。

写commit logs是一件很麻烦的事，但是如果不好好写，没有人愿意回头去看代码，包括你自己。
在chat聊天框中输入@commit，回车选择Commit (Diff of Working State)，它会自动将项目git未提交区域的文件填入上文，然后在文本框中粘贴：
You are an expert software engineer.
Review the provided context and diffs which are about to be committed to a git repo.
Review the diffs carefully.
Generate a commit message for those changes.
The commit message MUST use the imperative tense.
The commit message should be structured as follows: <type>: <description>
Use these for <type>: fix, feat, build, chore, ci, docs, style, refactor, perf, test
Reply with JUST the commit message, without quotes, comments, questions, etc!
回复中文

这个prompt会自动总结你的commit diff，给出标准格式的logs，然后你再根据具体改动调整一下话语即可，大多时候都不需要调整。
之后将内容复制到message处，提交即可。
2. 应该怎么做
2.1.明确定位
一开始我就明确了自己的角色定位：产品经理。我不懂编程语言和代码实现，我的职责就是设计指导LLM实现项目，在过程中通过咨询细节再调整具体的实现步骤。
在问答的过程中，一定要当一个好奇宝宝，不停的问怎么做和为什么，你跟LLM客气什么？不懂就问，哪里不会问哪里！
我一开始就是什么都不懂，然后再和LLM的交流基础上，以它的回答作为阶梯一步步优化提问内容。
下面是我的第一次做网站的对话过程：

怎么实现网站？
我想请求API，想用Vercel部署，用nextjs还是vue更合适？
怎么构建nextjs项目？
从npx开始给出构建命令
这些选项都是什么意思？应该选哪个？

至此，我就完成了Next.js项目的创建，十分钟前我一窍不通，十分钟后我觉得我已经了解了一个产品经理需要掌握的内容。
2.2. 项目规划
在实现项目前期就一定要做好规划，这是与LLM配合顺利的基础。为了不重蹈项目混乱，无法调整，心烦意乱的覆辙，在任何项目开始前，最好都要根据实现难度，花上一定时间去和LLM好好
梳理项目结构，让它不要给出具体代码而是给出项目的目录结构，这样你心里就有数，之后如果出现错漏，你也能根据这个结构单独向LLM询问具体细节。
项目规划就通过README来编写，一般情况下需要有：

项目介绍
技术栈
项目功能
目录结构
之后就围绕README去实现就心里有底了。

目录结构之后基本都是要改变的，只是作为参考，不用过于关注。
大部分时候我一直修改的是项目功能，我会使用 - []清单来管理功能实现列表，避免遗漏和关注点偏移，因为LLM很轻易的就能写出让你觉得贼牛逼的代码，但是切忌自我感动，在项目基础功能实现前，不要让LLM自我发挥，先把Demo完成再说其他。
2.3. 与git配合
一定要使用git管理代码，编程习惯决定了实现效率。
2.3.1. 版本管理
在规划好项目系统架构后，让LLM 实现一个基础的网站框架，我就会commit第一个版本，在这个基础上进行增删改查，避免
2.3.2. 勤提交
使用LLM编写代码，最忌讳一口气用LLM实现太多功能，导致出现问题了积重难返身心俱