产品设计

Axure9.0 热区典型实战使用场景原型中常用整页效果图、海报图、首页长图，图片无法直接拆分加交互。可在图片的按钮位置、图标位置、功能入口位置叠加热区，实现局部点击跳转、弹窗效果，最大程度还原真实产品交互。

上线 AI 分站别一次改完：一套可回滚的配置与验收流程不少小团队做 AI 工具站时，真正麻烦的往往不是“把站建出来”，而是上线前后的配置变更。站名、Logo、登录方式、工具入口、价格、自定义域名，看起来都只是后台里的几个开关。可一旦同时修改，问题就会混在一起：页面打不开，到底是站点本身有问题，还是 DNS 没生效？登录后跳错地址，是认证配置的问题，还是自定义域名的问题？结算价不对，是整站比例没保存，还是单服务配置覆盖了它？

Axure 9.0 列表框介绍列表框（List Box）是Axure 9.0表单体系中核心选择类元件，常用于页面需要常驻展示选项、支持单选或多选的场景。区别于折叠式的下拉列表，列表框默认平铺展示所有选项，无需点击展开，操作直观、可视化强，是制作权限选择、批量筛选、多选表单的常用基础元件。

Axure 9.0 内联框架加载方式双击画布中的内联框架，即可打开链接设置面板，支持三种加载模式，覆盖绝大多数使用场景。（1）加载原型内部页面（最常用）

Axure 9.0 动态面板基本操作（1）进入状态编辑界面双击画布中的动态面板，即可进入编辑模式。此时页面背景会变成灰色遮罩，代表当前仅编辑面板内部内容，外部元件不可操作。顶部悬浮工具栏可管理所有状态。

Threads 私密赞功能解析：按赞隐私的工程实现与实操指南Threads 的按赞行为在默认状态下是半公开的。当用户对某篇帖子按赞后，该行为会进入 Threads 的社交推荐链路，在关注者的动态流中以“你的朋友 X 赞了这篇帖子”的形式被推送给第三方。这导致用户在按赞时面临社交层面的可见性压力，尤其是涉及兴趣偏好、职业社交场景或跨圈层互动时。

AIOps实战05：核心功能的需求描述（上），把AIOps需求写规范我是老计。上一篇给了一款 AIOps 平台的功能全景，八个模块，那是概览。这一篇和下一篇，我们往前走一步，挑其中几个核心模块，写成更规范、更细致的需求描述，让你看清一份 AIOps 的功能需求，到底该怎么写、写到什么颗粒度。这一篇先讲最基础的三个：数据接入、告警降噪、异常检测。

AIOps实战04：一款AIOps平台该具备哪些功能，一份产品视角的功能全景我是老计。前面三篇，我们从技术和认知的角度讲了 AIOps 是什么、能做什么、两代怎么融合。从这一篇开始，进入一个不太一样的板块：产品与需求视角。我们换个身份来看 AIOps,不再是使用者或技术研究者，而是站在做产品、选产品、评估平台的角度问一个很实在的问题：一款完整的 AIOps 平台，到底该具备哪些功能？

Axure 9.0 中继器核心结构一、中继器两大核心结构（必懂原理）新手学中继器，首要弄懂双层结构，所有功能都基于此实现：1.1 数据集（后台数据层）

Axure 9.0 中继器创建与设置步骤（1）调取元件打开 Axure 9.0，左侧基础元件库直接拖拽 Repeater（中继器）到画布，默认生成空白表格样式中继器。

axure9.0 如何打造一个计时器（简单版）原理：在 Axure 9.0 中制作计时器，核心思路是利用“页面载入时”事件形成一个循环。创建全局变量：点击顶部菜单「项目」→「全局变量」。

素材去重为什么难？文件指纹、感知哈希与相似度判定的设计笔记素材库上线第三周，我收到一条反馈："同一条视频我存了四遍，你们的去重是摆设吗？“我翻库一看，确实是四份：用户从不同渠道、不同时间存进来的同一内容——原画质版、转码压缩版、带平台水印版、掐头去尾版。四份文件的 MD5 全不一样，去重逻辑判定"四个不同的素材”，从代码的角度它没错，从用户的角度它全错。这篇笔记复盘我在解决这个问题时的完整思路：为什么 MD5 不够、感知哈希怎么工作、视频指纹怎么做、相似度阈值怎么调。

Axure9.0中继器遮罩实现方法无需手动绘制任何元件，依托Axure9原生功能一键生成遮罩，适配90%的中继器弹窗场景，预览无错位、适配所有屏幕。

素材库智能集合怎么设计？把多维筛选存成动态收藏的功能复盘你有没有算过这样一笔账：上周收藏的那批竖屏产品特写素材，今天要用的时候，你花了多久才把它们找齐？打开素材库，点平台筛选，点类型筛选，翻到上周的收藏记录，再肉眼排除掉横屏和口播片段——十分钟后，素材终于拖进了剪辑软件。而同样的筛选动作，这一周你已经重复了四遍。

Axure9.0 中继器遮罩的核心应用场景（精准适配列表交互）结合中继器多行数据、行级操作、动态刷新的特性，遮罩并非通用装饰，而是防止列表误触、锁定数据状态、区分模态操作的核心交互组件，以下是工作中最常用、最标准的 5 类应用场景：

AI 限流 UX 设计：排队、降级、告知与用户预期管理一周备稿 · 2026-08-10 · 21:00 相关：Tool 超时与降级矩阵 · 下篇预告：w2-agent-memory

【寻迹校园 HarmonyOS NEXT 实战 28】不交换手机号也能交接：固定校内交接点的隐私设计这是“寻迹校园 HarmonyOS NEXT 实战”系列第 28 篇。本文结合 HandoffLocation、HandoffService 与 HandoffPage 的真实实现，说明为什么校园失物招领应优先使用固定地点 ID 和有限时间段，而不是收集手机号、宿舍门牌或自由文本地址。

【寻迹校园 HarmonyOS NEXT 实战 01】从校园痛点到可上架 MVP：失物招领应用产品设计这是“寻迹校园 HarmonyOS NEXT 实战”系列第 1 篇。项目使用 ArkTS、ArkUI、Stage Model、RelationalStore 和 Agent Framework Kit，目标不是堆功能，而是做出一条可以验证、可以降级、可以交付的校园失物招领闭环。

产品设计大观

构建低消耗的产研AI工作流：Workbuddy生态 + 墨刀AI 落地实践到了2026年，大模型提效在产研团队里基本算标配了，没人再问要不要用，大家默认都有。最近这阵子，腾讯的WorkBuddy和面向开发者的CodeBuddy在技术圈子里讨论度很高，我身边不少研发和产品团队已经把日常的业务梳理、代码辅助这些场景跑通了。

叫我Paul就好

复刻Codex浏览器插件-鉴权篇昨天把 Codex 浏览器插件最关键的功能做出来了，虽然还是有很多瑕疵，但我认为这是 Agentic Coding 带来的好处。它可以让我们快速验证我们的想法，想法验证可行之后再继续做一些工程上的优化，可以最大程度上降低我们的试错成本。