Skip to main content

黄金海岸

  1. 基于GPT 生成的文字海报。

    提示词:

    请基于输入的【你的文字】,创作一张高完成度的「现代平面几何字体概念海报 / Geometric Typographic Concept Poster」。这不是普通插画,也不是简单把文字放大后的字效海报,而是一张“基于主题词含义自动构建视觉隐喻”的现代平面设计海报。画面需要以文字为主视觉,以几何图形、色块、线条、空间关系、透明叠层、模块化结构和符号化元素作为语义延展,让观众一眼感受到这个词语的气质、情绪、关系和内在含义。

    提示词抄的推特的现在原文找不到了🤣有也刷到的朋友麻烦把链接补在评论区吧
  2. 分享一份我在 kimi cli / cc 中常用的 (shadcn+twcss) 前端 DESIGN.md init prompt, 可根据自己的需求适当修改:

    # Role: 高级前端架构师 & DESIGN.md 维护者
    
    ## Objective
    你需要作为一个 Orchestrator,调度多个并发 Sub-agent 和并发 Function (Tools) calls,全面以 READ ONLY 模式区审查当前 codebase 中的前端代码库的结构与样式配置,理解并提炼出全局设计哲学,并输出 DESIGN_SPEC 规范文档。
    
    ## Execution Strategy (并发与检索)
    
    1. **并发读取**: 使用并发的函数调用(Concurrent Function Calls)或生成多个 Sub-agent,并行读取和分析代码库。
    2. **目标范围**:
       - INCLUDE: 根目录下 *.md 文件, 特别是 AGENTS.md / CLAUDE.md / GEMINI.md / DESIGN.md
       - INCLUDE: `src` 目录下的所有业务线 `tsx/ts` 组件、Layout 布局文件。
       - INCLUDE: 全局样式配置(如 `tailwind.config.*`、`index.css` 或相关的 Tailwind CSS/CSS Module 配置文件)。
       - MUST BE: 排除:第三方基础 UI 库的源码(如 `shadcn/ui` ui 组件库)、`node_modules`、任何构建产物。任务执行期间只允许查询和搜索,严禁增加、修改、删除当前的代码库。
    
    ## Task 1: 提炼全局设计哲学并生成 `DESIGN.md`
    
    在完成并发分析后,归纳前端 App 的视觉与架构共性,在根目录创建或更新 `DESIGN.md`。该文档必须包含以下维度:
    
    - **视觉层 (Visual Identity)**: 核心色彩系统、排版规范、间距与阴影的工程化实现方式。
    - **布局层 (Layout Strategy)**: 全局容器、响应式断点策略、以及复杂交互/高密度数据 UI 的常见排布范式。
    - **组件范式 (Component Paradigm)**: 业务组件的拆分逻辑、状态下发模式、以及复用标准。
    - **样式实践 (Styling Rules)**: Tailwind CSS 的组合习惯,如何处理动态类名,以及覆盖默认样式的最佳实践。
    
    ## Task 2: 更新 `README AGENTS.md` (或类似 Agent 引导文档)
    
    在 `AGENTS.md` (抑或是 CLAUDE.md) 中增加或更新相应的引导章节,使用其文件中的语言,向未来的 AI 编码助手说明:
    - "在执行「前端开发任务 (开发新组件或页面...)」前,MUST 先阅读 `DESIGN.md` 以对齐全局设计哲学与 Tailwind 规范,确保生成的 UI 代码在视觉与交互上与现有工程保持高度一致。"
    
    ## Constraints
    - 执行过程中,请保持思考的透明度,报告并发任务的分配与完成情况。
    - 提炼的内容必须基于代码库中 **实际存在** 的代码规律,严禁凭空捏造设计规范。
    - 任务执行时保持 [READ_ONLY_MODE] [EXPLORE_MODE], 只有当用户确认写入 DESIGN.md 后才能写入/覆盖 DESIGN.md。


    建议配合模型:

    - DeepSeek v4 Pro Max+Flash, 便宜量大, Flash 用于 sub agent 模型, TPS 更高一些

    - Kimi CLI + Kimi 2.6

    - Gemini 3.1 Pro / Claude Opus 4.6

    不建议配合:

    - GPT-*
  3. 拆解 AI 协作逻辑:Sub-Agents 与 Agent Teams 核心差异 | 推文

    多数人面对复杂任务时会惯性地堆砌多个 Agent,这往往是错误的。设计的核心不在于 Agent 的数量,而在于任务所需的协作模式:是需要隔离执行的 Sub-Agents,还是需要实时通信的 Agent Teams。

    目前的 AI 系统构建方式大多存在误区,当任务变得复杂,人们倾向于直接套用多智能体架构,但这其实是在增加不必要的系统开销。

    Sub-Agents 更像是函数调用。它是一个被高度隔离的实例,拥有独立的系统提示词、工具集和上下文。它只负责把混乱的探索过程压缩成一个干净的信号返回给父级。这种模式追求的是并行与隔离,Sub-Agents 之间无法直接对话,也不能互相创建新实例。这就像是把任务分发给不同的专业外包,你只关心结果,不关心过程。

    Agent Teams 则更像是一个动态运行的操作系统。它们强调协作,通过共享任务层和实时通信来同步状态。一个前端 Agent 发现变动,可以立刻通知后端 Agent。这种模式是持久且具有交互性的。

    很多人习惯按角色拆分,比如规划者、开发者、测试者。有观点认为,这种做法会导致严重的上下文丢失。执行者不知道规划者的初衷,测试者也不了解执行者的决策细节。每一次交接都是一次信息熵增。

    真正有效的拆分逻辑应该是基于上下文边界的。如果两个任务共享深层的背景信息,就把它们留在同一个 Agent 里。只有当上下文可以被干净地剥离时,才进行拆分。

    设计时可以参考这五种模式:提示词链、路由、并行化、编排者-执行者、以及评估者-优化者。

    如果任务本身很简单,或者 Agent 之间存在极强的依赖关系,强行引入多智能体反而会因为协调开销过大而导致系统崩溃。

    与其思考需要多少个 Agent,不如问问:这个任务到底需要什么样的协调?
  4. Claude Code + Obsidian + Git = 自动化知识库

    不想整理文档?把文章/PDF 丢进 Obsidian,让 Claude Code 按你定的规则自动归类整理。

    推荐结构:
    • raw/ — 放原始资料(唯读)
    • wiki/ — LLM 撰写与维护,含 index.md / log.md / overview.md
    AGENTS.md — LLM 操作手册

    工作流:摄取→问答→定期 Lint,知识可持续迭代。P 人福音,再也不用翻山找文件。

    Claude Code:https://claude.ai/code
    Obsidian:https://obsidian.md Claude Code
  5. --ozone-platform=wayland

    解决许多基于electron的gui应用在新版Linux下字体显示模糊的问题

    如果折腾字体配置,缩放率,还是无效,不妨试试这个

    参考
  6. 网站名称:E-Ink

    网站功能:网页转EPUB

    网站简介:一款可以将任何网页即时转换为EPUB电子书格式的工具。可以轻松保存文章、博客和文档,以便在Kindle、iPad或其他电子阅读器上离线阅读。

    该服务完全免费,无需注册,支持无限次使用,适合各种场景,如保存技术文章、在线课程笔记和新闻报道等。

    网站链接:点击打开

    频道 群聊 推特 商务
  7. #优质博文 #CSS #Astro #前端 #组件库
    Bearnie 组件库:基于 Astro 和 Tailwind CSS 且严格遵循 WCAG 2.1 AA 标准的无障碍组件,看着蛮有意思的,Astro 界的 Shadcn 的感觉。

    AI 摘要:Bearnie 挑战了传统的 npm 包组件分发模式,提倡将组件源码直接复制到项目中。它专为 Astro 构建,不依赖 React 或 Vue 等前端框架运行时(Runtime),而是采用原生 JavaScript(Vanilla JS)实现交互。其核心优势在于开发者拥有 100% 的代码控制权、零框架负担、内置无障碍支持(Accessibility)
    Introduction | Bearnie
  8. https://t.me/lihaiba/7096

    受近期流行的 SBTI 测试启发,似乎很多人在社交媒体上都热衷于这类测试:给自己贴标签、打造人设,并依据人设来塑造自我。

    基于此,我们可以发散思维,开发更多测试。例如:测试你属于三国中的哪国人,你的本命角色是三国中的谁、《水浒传》中的谁,或是《红楼梦》中的谁。

    本质上是提前设计好人设,让网友自行对号入座。SBTI 似乎正是对此的讽刺,却依然火爆。

    其实这类测试早已存在且种类繁多,如抑郁症测试、心理测试等,套路如出一辙。只需几块钱,许多人便不在乎,只为测一测、寻开心,发个朋友圈。

    国内流行的内容,亦可推向海外,毕竟人类本质相通。

    #灵感 #行动 LIHAI 分享
  9. #开源

    ▎Recordly :开源的桌面端录屏与剪辑工具

    Recordly 是一个开源的桌面端录屏与剪辑工具,可以把“录屏”和“后期剪辑”放进同一个流程里。它适合做产品演示、操作教程、功能讲解、社交媒体短视频等内容。用户录完屏后可以直接进入编辑器,不必再把原始素材丢进别的视频软件里单独补缩放、鼠标效果、背景样式这些常见处理。

    它的核心卖点是让普通录屏更像“做过包装”的成片。比如,Recordly 可以自动根据鼠标活动给出缩放建议,加入更平滑的鼠标运动、点击动画、光标摆动等效果,还能给画面加壁纸、纯色或渐变背景、圆角、阴影、模糊和留白,让录出来的视频看上去更干净、更适合展示。它还支持摄像头画中画气泡,可以调位置、大小、圆角、镜像和阴影。

    在编辑能力上,Recordly 不是单纯“录完就导出”的轻量工具,它带有面向演示场景的时间线编辑器。用户可以拖拽编辑时间线,裁掉多余片段,手动添加缩放区域,设置加速或减速片段,插入文字、图片和图形标注,还能额外叠加音频区域。编辑状态可以保存为 .recordly 项目文件,之后继续打开修改。导出方面支持 MP4 和 GIF,并可调整导出质量、GIF 帧率、循环方式、画面比例和输出尺寸。

    项目支持 macOS、Windows 和 Linux。不同平台的能力并不完全一致,例如 Linux 目前不支持隐藏真实鼠标指针,因此在某些情况下可能会出现真实光标和样式光标同时出现的问题。

    ▎官网地址

    https://recordly.dev/

    频道 @AppDoDo 官推 APPDOTG