9,728 件 ・ 関連度順
概要と使いどころ
Analyze Reddit threads for sentiment, consensus opinions, top arguments, and discussion patterns. Use this when users want to understand Reddit community opinions, analyze discussions, or gather insights from subreddit conversations.
日本語の概要は準備中です。原文の説明を表示しています。
Updates, generates, and validates tests using git-workspace context and TDD/BDD methodology. Use when code changes require new or updated test coverage.
日本語の概要は準備中です。原文の説明を表示しています。
Evaluates test suites for coverage gaps, TDD/BDD compliance, and anti-patterns. Use when auditing test quality or before a major release.
日本語の概要は準備中です。原文の説明を表示しています。
Inverts burden of proof for code additions. Use when reviewing PRs, planning refactors, or running unbloat to challenge every addition's necessity.
日本語の概要は準備中です。原文の説明を表示しています。
Guide minimal code via a decision ladder with full safety, edge, and negative-case coverage. Use when adding code, choosing a dependency, or auditing a diff.
日本語の概要は準備中です。原文の説明を表示しています。
Address PR reviewer feedback by evaluating comments, proposing fixes, and executing after user approval. Use when the user wants to handle review comments on an existing PR, address PR feedback, fix PR comments, respond to reviewer suggestions, or process code review feedback. Triggers on "address PR feedback", "handle review comments", "fix PR comments", "respond to PR review", "process reviewer feedback", or when given a PR number/URL with intent to address its comments.
日本語の概要は準備中です。原文の説明を表示しています。
Use when evolving aggregate invariants, value objects or domain events in an existing DDD-style Spring Boot 3 application, or when DDD is explicitly requested. Preserve existing API identifiers and architecture when changing domain behavior.
日本語の概要は準備中です。原文の説明を表示しています。
Use when evolving aggregate invariants, value objects or domain events in an existing DDD-style Spring Boot 4 application, or when DDD is explicitly requested. Preserve existing API identifiers and architecture when changing domain behavior.
日本語の概要は準備中です。原文の説明を表示しています。
Write code through a disciplined, BDD-framed Test-Driven Development loop: build a behavior test list, then drive each behavior through red-green-refactor with an enforced observed-failure gate. Use when the user wants to implement, build, or write code test-first, "do TDD", follow "red-green-refactor", drive code from tests, choose the next test by the Transformation Priority Premise (TPP) or ZOMBIES ordering, or grow a feature behavior-by-behavior with tests leading. This skill writes and changes code; it does not produce a test plan document (use automated-test-planning, or manual-test-planning for a plan a person runs by hand), review or audit existing code (use code-review), restructure existing code outside a TDD loop (use refactor, or plan-a-change to plan a multi-module restructure), specify what a feature should do (use plan-a-feature), or find the root cause of a bug (use investigate). Runs its loop to completion without pausing for review; to review each behavior as it lands, use pairing.
日本語の概要は準備中です。原文の説明を表示しています。
Analyzes an existing codebase using strategic Domain-Driven Design to discover bounded contexts, surface ubiquitous language and semantic collisions, find places where code boundaries diverge from domain boundaries, and produce an evidence-backed domain and context map. Use when the goal is DDD-specific: bounded context discovery, ubiquitous language analysis, domain model discovery, or mapping contested ownership and responsibility. The entire repository is a valid scope; no module or directory must be named first. Does not assess architectural coupling, cohesion, or technical debt — use architectural-analysis. Does not design service communication, integration patterns, or deployment topology — use architectural-analysis or plan-a-feature. Does not refactor code, diagnose bugs, or review code quality — use refactor, investigate, or code-review.
日本語の概要は準備中です。原文の説明を表示しています。
Fix "count shows X but list shows empty" bugs when querying related events (comments, reactions, zaps, reposts) for Nostr addressable events (Kind 30000-39999). Use when: (1) REST API shows engagement count > 0 but WebSocket query returns empty, (2) Comments/reactions exist but app shows "No comments yet" or similar, (3) Working with NIP-22 comments, NIP-25 reactions, or NIP-18 reposts on Kind 34235/34236 video events or other addressable events. Root cause: clients may reference addressable events using either E tag (event ID) or A tag (kind:pubkey:d-tag format), and querying only one tag misses events tagged with the other.
日本語の概要は準備中です。原文の説明を表示しています。
Polishes UI primitives one at a time using 2026 research-backed patterns — adds loading/icon states to buttons, replaces inline skeletons with primitives, adds secondary actions to errors, ensures 48px touch targets and visible focus indicators, applies a standard motion token ladder. Use when: 'make the UI feel more polished', 'add attention to detail', 'reduce component duplication', 'tighten the design system', 'apply craft to the frontend'.
日本語の概要は準備中です。原文の説明を表示しています。
Overlay doctrine for the embedded-captions workflow — the caption MODEL (drop / rail / embed) and the rule that captions are an OVERLAY composited on top of the film, never a reserved bottom band you shift content up to avoid. Load when adding captions/subtitles to a talking-head or launch video, when deciding whether a phrase should be dropped, ride the verbatim rail, or be promoted to a scarce embedded climax, when laying out a composition that will carry captions (do NOT reserve a keep-out band), or when centering a composition on the true frame center under captions. Quotes the rail+embed model from embedded-captions and constraint
日本語の概要は準備中です。原文の説明を表示しています。
Apply DDD tactical patterns when working with domain code, and validate proposed domain models before approval (design mode). Enforces aggregate design, value objects over primitives, entity identity rules, and bounded context boundaries. Use when creating or modifying domain models, designing aggregates, working in the domain layer, or when the user mentions 'domain', 'aggregate', 'value object', 'entity', 'bounded context', or 'DDD'.
日本語の概要は準備中です。原文の説明を表示しています。
Create a new Lattice skill — atom, molecule, or refiner — following all framework conventions. Writing skill files manually almost always produces convention violations: wrong section order, missing confirmation gates, defaults.md without the right structure. This skill knows all of that and guides you through it. Use whenever adding any new atom, molecule, or refiner to Lattice, or when the user says 'create a new skill', 'add an atom', 'add a molecule', 'add a refiner', 'build X for Lattice', 'new lattice skill', or 'skill forge'. Does not validate, align docs, or deploy — those are separate skills you run after.
日本語の概要は準備中です。原文の説明を表示しています。
Use when implementing features or fixing bugs with strict Test-Driven Development (TDD). Activate for coding tasks that require new functionality, refactoring, or comprehensive test coverage, especially when the user mentions TDD or Test Driven Development.
日本語の概要は準備中です。原文の説明を表示しています。
Auth.js (formerly NextAuth.js) is an open-source authentication library that adds OAuth sign-in, magic links, credentials and WebAuthn to Next.js, SvelteKit, Express and other frameworks. Use when a user asks to add login with Google or GitHub, set up NextAuth v5, protect routes with middleware or proxy, add roles to the session, or connect a database adapter such as Drizzle or Prisma. Notes that the project is in maintenance mode under Better Auth.
日本語の概要は準備中です。原文の説明を表示しています。
Add persistent memory to AI coding agents — file-based, vector, and semantic search memory systems that survive between sessions. Use when a user asks to "remember this", "add memory to my agent", "persist context between sessions", "build a knowledge base for my agent", "set up agent memory", or "make my AI remember things". Covers file-based memory (MEMORY.md), SQLite with embeddings, vector databases (ChromaDB, Pinecone), semantic search, memory consolidation, and automatic context injection.
日本語の概要は準備中です。原文の説明を表示しています。
招聘与猎头 (招聘与猎头 (Recruiting & Executive Search) — 面向甲方招聘负责人/HR 与市场化猎头顾问「双侧视角」的『把一个模糊的用人需求，变成一个来得了、干得好、留得住的人』的判断体系；不是候选人一侧的求职与简历面经（那是 job-hunting-coach 的范围），也不是薪酬绩效/员工关系/组织发展的泛 HR 全模块，更不是劳动法条文解读。覆盖：(a) 第一性张力 —— 这行的核心世界观分歧：**需求诊断优先 ⇄ 快速供给优先**（用人经理提来的岗位需求几乎总是一张愿望清单，资深招聘先开 intake 会把『必须有』与『最好有』拆开、把画像逼成可证伪的成功标准；但按成单计酬的猎头把诊断时间压不进单价里，于是行业里同时存在『先诊断再搜寻』和『先扔简历再说』两种作业习惯）；**结构化面试 ⇄ 看人的直觉**（工业与组织心理学近一个世纪的效度元分析一致指向：结构化面试、工作样本、认知能力测验的预测效度明显高于非结构化面谈与经验年限，但一线用人经理绝大多数仍相信自己聊两句就能看准人——这是本行最大的知行落差，也是所有循证招聘流派的出发点；顺带一提，业内长期奉为圭臬的 Schmidt-Hunter 效度排序近年被重新校正，工作样本的效度被下调，这场修正本身就是本行必须如实呈现的争议）；**能力素质 ⇄ 文化匹配**（culture fit 既是最常被写在拒信里的理由，也是被批评得最凶的偏见外壳，Google 一派主张改口叫 culture add，看的是这个人补上了团队缺的东西，而不是像不像我们）；**主动寻访 sourcing ⇄ 被动投递漏斗**（高端与稀缺技能岗只有 outbound 人才地图一条路；量大岗位靠渠道效率、转化率与自动化，两条路的技能树几乎不重叠）；**人才地图是资产 ⇄ 人才地图是浪费**（保留制猎头把 mapping 当交付物的一部分，成功付费猎头认为地图做完单子已经黄了）；**保留制 retained ⇄ 成功付费 contingency**（按阶段预付、独家、深度地图 vs 多家赛马、入职才收钱、速度压倒深度；两种商业模式塑造出两种截然不同的作业节奏、候选人对待方式与职业道德边界，比如 off-limits 不挖回自己安置过的人）；**内部招聘团队 ⇄ 外部猎头与 RPO**（成本、速度、知识沉淀、雇主品牌归属谁的长期争论；embedded recruiter 是近年的折中）；**候选人体验 ⇄ 筛选效率**（漏斗越严体验越差，被拒者也是客户与口碑）；**AI 筛选的效率 ⇄ 合规与偏见**（简历解析、AI 面试评分、自动排序已在大规模使用，同时被监管盯上：纽约市 Local Law 144 要求自动化决策工具做偏见审计并公示、欧盟 AI 法案把招聘划为高风险场景、伊利诺伊州对 AI 视频面试单独立法；业内既离不开它，也在诉讼与审计里学做记录）；**offer 谈判的锚定 ⇄ 薪酬透明**（多地薪酬区间披露立法把谈判起点从『你现在多少』改成『这个岗位值多少』，问薪酬历史在不少法域已被禁止）；**counter-offer 该不该接**（猎头几乎一致反对，认为留下来的人多数一年内还是会走，但这条业内定论的证据基础本身也在被质疑）；**入职后早期流失算谁的**（保证期与退款条款把这场争论直接写进了合同）。(b) 工具栈 —— 申请人追踪系统 ATS（Greenhouse、Lever、Ashby、Workday Recruiting、SmartRecruiters、iCIMS、Taleo，中国侧 Moka、北森、大易、e成）、猎头 CRM 与交付系统（Bullhorn、Vincere、Loxo、Clockwork、Recruit CRM）、寻访与触达（LinkedIn Recruiter、SeekOut、hireEZ、Amazing Hiring、GitHub 与学术检索，中国侧 BOSS 直聘、猎聘、脉脉、拉勾、牛客）、评估与测评（HackerRank、CodeSignal、CoderPad、结构化面试题库与 scorecard 评分卡、Hogan、SHL、Predictive Index、Criteria、案例作业与工作样本）、面试调度与视频（GoodTime、Calendly、HireVue、Spark Hire）、背景调查与合规（HireRight、Checkr、Sterling，中国侧 i背调、八方锦程，以及个人信息保护法与 GDPR 下的授权链、FCRA 的不利行动通知）、数据与漏斗分析（time to fill 与 time to hire 的口径差异、offer 接受率、通过率与转化漏斗、quality of hire 的度量困境、招聘成本 cost per hire 的口径战争）、以及最被低估的纸笔工具（intake 提纲、成功标准清单、scorecard、人才地图表格、Boolean 检索式、一页纸的岗位价值主张）—— 选型的真正分岔从来不是功能清单，而是『你的岗位是靠触达赢还是靠转化赢』。(c) 心智模型层 —— 招聘是一次双向销售而不是一场考试；岗位画像要写成结果（这个人半年内要做成什么）而不是资历清单；信号与噪音（公司名与学历是弱信号，工作样本与具体行为证据是强信号）；结构化与评分卡的意义在于让判断可比而不是显得严谨；漏斗每一层都在丢人，所以要从入职倒推触达量；稀缺人才不看招聘广告，只在熟人与私域里流动；offer 是谈判也是承诺，谈崩与反悔的代价高度不对称；招聘的质量要到入职之后才结算。(d) 工作流 —— intake 需求诊断会、岗位画像与成功标准、渠道策略与人才地图 mapping、Boolean 与主动触达、简历筛选与电话初筛、结构化面试与 debrief 定校准、工作样本与技术评估、reference check 与背调、offer 设计与谈判、counter-offer 应对、入职前 no-show 防范与 pre-boarding、试用期与早期留存复盘、招聘漏斗与数据复盘、以及岗位关闭或撤销时的收尾。(e) 表达 DNA、质量基准（什么算一次好的招聘）、反模式（外行与新手最容易犯的错：照抄 JD、面试问脑筋急转弯、用薪酬历史锚定、把候选人当库存、背调走过场、offer 口头承诺）、智识谱系（工业与组织心理学的效度学派、循证与结构化招聘派、保留制高管寻访派、增长型 sourcing 与招聘运营派、雇主品牌与候选人体验派、中国互联网大厂的人才盘点与赛马派）。) Master OS — automated mastery of 招聘与猎头 (Recruiting & Executive Search) — 面向甲方招聘负责人/HR 与市场化猎头顾问「双侧视角」的『把一个模糊的用人需求，变成一个来得了、干得好、留得住的人』的判断体系；不是候选人一侧的求职与简历面经（那是 job-hunting-coach 的范围），也不是薪酬绩效/员工关系/组织发展的泛 HR 全模块，更不是劳动法条文解读。覆盖：(a) 第一性张力 —— 这行的核心世界观分歧：**需求诊断优先 ⇄ 快速供给优先**（用人经理提来的岗位需求几乎总是一张愿望清单，资深招聘先开 intake 会把『必须有』与『最好有』拆开、把画像逼成可证伪的成功标准；但按成单计酬的猎头把诊断时间压不进单价里，于是行业里同时存在『先诊断再搜寻』和『先扔简历再说』两种作业习惯）；**结构化面试 ⇄ 看人的直觉**（工业与组织心理学近一个世纪的效度元分析一致指向：结构化面试、工作样本、认知能力测验的预测效度明显高于非结构化面谈与经验年限，但一线用人经理绝大多数仍相信自己聊两句就能看准人——这是本行最大的知行落差，也是所有循证招聘流派的出发点；顺带一提，业内长期奉为圭臬的 Schmidt-Hunter 效度排序近年被重新校正，工作样本的效度被下调，这场修正本身就是本行必须如实呈现的争议）；**能力素质 ⇄ 文化匹配**（culture fit 既是最常被写在拒信里的理由，也是被批评得最凶的偏见外壳，Google 一派主张改口叫 culture add，看的是这个人补上了团队缺的东西，而不是像不像我们）；**主动寻访 sourcing ⇄ 被动投递漏斗**（高端与稀缺技能岗只有 outbound 人才地图一条路；量大岗位靠渠道效率、转化率与自动化，两条路的技能树几乎不重叠）；**人才地图是资产 ⇄ 人才地图是浪费**（保留制猎头把 mapping 当交付物的一部分，成功付费猎头认为地图做完单子已经黄了）；**保留制 retained ⇄ 成功付费 contingency**（按阶段预付、独家、深度地图 vs 多家赛马、入职才收钱、速度压倒深度；两种商业模式塑造出两种截然不同的作业节奏、候选人对待方式与职业道德边界，比如 off-limits 不挖回自己安置过的人）；**内部招聘团队 ⇄ 外部猎头与 RPO**（成本、速度、知识沉淀、雇主品牌归属谁的长期争论；embedded recruiter 是近年的折中）；**候选人体验 ⇄ 筛选效率**（漏斗越严体验越差，被拒者也是客户与口碑）；**AI 筛选的效率 ⇄ 合规与偏见**（简历解析、AI 面试评分、自动排序已在大规模使用，同时被监管盯上：纽约市 Local Law 144 要求自动化决策工具做偏见审计并公示、欧盟 AI 法案把招聘划为高风险场景、伊利诺伊州对 AI 视频面试单独立法；业内既离不开它，也在诉讼与审计里学做记录）；**offer 谈判的锚定 ⇄ 薪酬透明**（多地
日本語の概要は準備中です。原文の説明を表示しています。
独立开发者与微型 SaaS — 单人或极小团队 (≤3 人) 构建可持续订阅收入的软件产品商业, 有别于自由职业/咨询、企业级 SaaS 和开源维护: (a) 产品发现与验证 (自己的痒 vs 市场优先 Nugent/Walling; 着陆页冒烟测试; 先接 Stripe 再写代码; JTBD 访谈适配独立开发者场景; Reddit/HN/X/社区痛点挖掘; Mom Test 验证框架; 公开构建作为验证机制); (b) 独立开发者技术架构 (无聊技术论 McKinley; 单体优先; serverless vs VPS 在 ≤$100/月预算下的取舍; Rails/Django/Laravel/Next.js 等框架的出货速度选型; 托管服务优先于自建; Supabase/PlanetScale/Neon 数据库即服务; Clerk/Auth0 认证即服务; Stripe/Paddle/LemonSqueezy 支付; Vercel/Fly.io/Railway 部署; AI 辅助编码 Cursor/Copilot 作为力量倍增器); (c) 无营销团队的分发与增长 (SEO 作为微型 SaaS 护城河; Product Hunt 发布; AppSumo 终身授权利弊; 冷邮件; Twitter/X 公开构建; IndieHackers 社区分发; 集成市场 Shopify/WordPress/Zapier/Slack 应用目录; 联盟计划; 一人内容营销); (d) 定价与变现 (SaaS 定价心理学; freemium vs 免费试用 vs 纯付费; 按席位 vs 按用量 vs 固定费率; 年付折扣; 老用户保价; 微型 SaaS 流失率控制; MRR/ARR/LTV/CAC 在微型规模的含义; $10K MRR 里程碑心理学); (e) 独立创始人心智模型与生活设计 (default alive vs default dead Graham; 拉面盈利 Levels; 生活方式生意 vs 增长生意的光谱; 独立开发者倦怠预防; 时间管理与上下文切换成本; 地理套利与远程优先; 一次构建反复销售的资产思维; 社区作为支持网络 IndieHackers/WIP/MicroConf); (f) 法务与运营基础 (公司注册地选择 LLC/Ltd/GmbH 税效; Stripe Atlas vs Firstbase vs 本地律师; 服务条款与隐私政策; GDPR/CCPA 低成本合规; 知识产权基础; 首次雇人的承包商 vs 员工选择; 独立开发者会计 SaaS — Xero/QuickBooks; 多辖区税务义务)。中国独立开发者生态: 出海作为主导策略 (从中国构建面向全球市场的产品以避开国内竞争/监管); 即刻/V2EX/少数派作为社区枢纽; 微信小程序作为替代分发; 小报童/爱发电作为中文市场变现; 人民币定价心理学; 支付宝/微信支付集成; ICP 备案要求; 中国区 App Store 审核差异; 独立开发者周刊。诚实处理: 生存偏差 (每一个 Pieter Levels 背后是数千个从未达到 $1K MRR 的人), AI 对微型 SaaS 生态位的颠覆 (wrapper 产品脆弱), 独自构建的孤独与心理健康成本, 公开构建的表演性质 vs 真正透明, AppSumo 终身授权上瘾毁坏单位经济, 样板代码销售的伦理边界。不含: 企业级 SaaS (不同 GTM/销售/融资模型), 不含: 自由职业/咨询 (用时间换钱非建资产), 不含: 开源维护 (不同可持续性模型), 不含: 风投支持的创业 (不同增长期望), 不含: 无代码/低代码平台构建 (相邻但不同受众), 不含: 内容创作作为主业。 (Independent Developer and Micro-SaaS — the craft of single-person or tiny-team (≤3 people) software product businesses that generate sustainable recurring revenue without venture capital, distinct from freelancing/consulting, enterprise SaaS, and open-source maintainership: (a) product discovery and validation (scratching your own itch vs market-first Nugent/Walling; landing page smoke tests; Stripe checkout before code; Jobs-to-Be-Done interview adapted to solo context; Reddit/HN/X/community pain-point mining; idea validation frameworks Fitzpatrick Mom Test; build-in-public as validation mechanism); (b) technical architecture for solo operators (boring technology thesis Mckinley; monolith-first; serverless vs VPS tradeoffs for ≤$100/mo infra; framework selection for shipping speed — Rails/Django/Laravel/Next.js/Remix/SvelteKit; managed services over self-hosted whenever possible; database-as-a-service Supabase/PlanetScale/Neon/Turso; auth-as-a-service Clerk/Auth0/Supabase Auth; payment integration Stripe/Paddle/LemonSqueezy; deployment Vercel/Fly.io/Railway/Render; monorepo vs polyrepo for solo; AI-assisted coding Cursor/Copilot as force multiplier); (c) distribution and growth without a marketing team (SEO as moat for micro-SaaS Ahrefs-style content marketing on 1-person budget; Product Hunt launches; AppSumo lifetime deals tradeoffs; cold email outreach; Twitter/X building in public; IndieHackers community distribution; integration marketplaces Shopify/WordPress/Zapier/Slack app directories as channels; affiliate programs; content marketing at scale-of-one); (d) pricing and monetization (SaaS pricing psychology Patel/Campbell; freemium vs free trial vs paid-only; per-seat vs usage-based vs flat-rate; annual discount strategies; grandfathering existing customers; churn reduction for micro-SaaS — Baremetrics/ProfitWell/ChartMogul analytics; MRR/ARR/LTV/CAC at micro scale; the $10K MRR milestone psychology); (e) solo founder mental model and lifestyle design (default alive vs default dead Graham; ramen profitability Levels; lifestyle business vs growth business spectrum; burnout prevention for solo operators — no team to delegate to; time management and context-switching costs; geographic arbitrage and remote-first; the 'build once sell twice' asset mindset; community as support network IndieHackers/WIP/MicroConf); (f) legal and operational basics (incorporation LLC/Ltd/Gm
日本語の概要は準備中です。原文の説明を表示しています。
医疗美容 (医疗美容 / 注射美容 (Medical Aesthetics & Injectables) — 以「医疗本质 + 消费属性双高」为特征的中国医美认知操作系统：从「求美者咨询与面诊（需求/解剖/审美/预算/禁忌）→ 方案设计（注射 vs 手术、单项 vs 联合、分次 vs 一次）→ 产品与术式选型（玻尿酸/肉毒/再生类/光电/手术）→ 知情同意与风险告知 → 操作执行（无菌/层次/剂量/解剖避险）→ 术后管理与随访 → 并发症识别与处理/修复 → 机构合规运营与获客」的完整临床-审美-合规-经营决策链。覆盖 (a) 第一性张力 — **医疗本质/安全/循证/解剖（这是外科与皮肤科的医疗行为，血管栓塞致盲/肉毒中毒/感染可致残致死）⇄ 消费/营销/颜值经济/获客（机构靠流量与转化生存，价格战/直播带货/导流）**；**注射派/微整/午餐美容（玻尿酸 filler、肉毒 botox、水光、再生材料童颜针/少女针、线雕、无创/微创、恢复快）⇄ 手术派/整形外科（隆鼻/眼综合/隆胸/吸脂抽脂/面部提升拉皮/正颌、创伤大恢复久效果持久）**；**正规医疗（持《医疗机构执业许可证》+ 执业医师/主诊医师备案 + 三类医疗器械注册证 + 正品药械）⇄ 黑医美/三非（非法机构、非法药械/水货假货、非法行医/工作室/美容院越界、生活美容冒充医疗美容）**；**产品/厂商营销（进口 vs 国产、艾尔建/高德美/乔雅登 vs 爱美客/华熙/昊海、'认准正品'、网红爆品）⇄ 医生技术与审美（同样的针剂效果取决于医生的解剖功底/审美/手法，'产品是地板技术是天花板'）**；**循证/适应证/风险告知/拒绝过度治疗（医生伦理：该劝退就劝退、不做无适应证项目）⇄ 求美者预期管理/容貌焦虑/成瘾性消费（过度医美/医美贷/容貌焦虑被制造、'变美才能…'）**；**强监管合规（医疗广告法、医师法、医疗机构管理条例、器械分类管理、卫健委/药监局监管、医美专项整治）⇄ 灰色地带（医美贷、医托/渠道医院返佣、跨境就医、水货走私、超范围执业、虚假宣传/对比图造假）**。(b) 核心工作流 / pipeline（最标准、最易蒸高质量 + CLI 化）— 通用临床链：求美者面诊与需求挖掘（主诉/动机筛查/排查容貌焦虑与 BDD 体象障碍/解剖评估/Fitzpatrick 皮肤分型/既往史与禁忌）→ 审美设计与方案（面部分区/比例/动态/老化机制评估，注射 vs 手术 vs 联合，分次规划）→ 产品/术式选型与知情同意（材料选择/剂量/层次/风险并发症逐项告知/签署知情同意/留存术前照）→ 操作执行（无菌、解剖层次、剂量分配、危险三角/血管走行避险、回抽/缓慢推注/钝针、肉毒注射点位与剂量）→ 术后医嘱与随访（冷敷/护理/复查/补打）→ 并发症识别与急救（血管栓塞即刻处理/玻尿酸溶解酶透明质酸酶、肉毒扩散、感染、结节肉芽肿、丁达尔、栓塞致盲急救流程）→ 修复与转诊。机构经营链：选址定位→科室与人才（医生/护士/咨询师/运营）→获客（线上新氧/美团/抖音、私域、转介绍）→咨询转化→履约与复购→口碑与投诉处理→合规风控（资质/广告/价格/票据/病历）。(c) 工具栈 — 注射药械（玻尿酸：乔雅登/瑞蓝/海薇/润百颜/嗨体；肉毒：保妥适 Botox/吉适 Dysport/衡力/乐提葆/西马；再生类：童颜针 Sculptra-PLLA/少女针 Ellansé-PCL/濡白天使/艾维岚/嗨体熊猫针；线材：PPDO/PCL 线雕）、光电设备（热玛吉 Thermage/超声炮/Fotona 4D/皮秒/调Q/光子嫩肤 IPL/CO2 点阵激光/黄金微针）、术前评估与影像（VISIA 皮肤检测/面部 3D 模拟/AI 测脸/超声定位血管）、机构管理与获客（新氧 SoYoung、更美、美团医美、抖音/小红书种草、私域 SCRM、CRM 客户管理、电子病历 HIS、知情同意与病历系统）、合规与查验（NMPA 国家药监局器械/化妆品查询、卫健委医疗机构与医师执业查询、械字号查真伪、海关正品溯源）。(d) 知识正典 — 医美 canon 横跨医学专业与行业实务：临床专业（整形外科学/皮肤科学教材、注射解剖图谱如《面部危险区与注射解剖》、肉毒与填充剂临床指南/专家共识如中国面部注射美容专家共识/中华医学会医学美容分会指南、并发症处理共识、MD Codes 注射方法学 Mauricio de Maio）、循证与期刊（中华医学美学美容杂志、中国美容整形外科杂志、Aesthetic Surgery Journal、Plastic and Reconstructive Surgery、JAMA Dermatology、Dermatologic Surgery）、监管法规（医疗美容服务管理办法、医疗机构管理条例、医师法、医疗广告管理办法、医疗器械监督管理条例、医美专项整治文件、消费者权益保护）、行业研究与白皮书（艾瑞/德勤/弗若斯特沙利文医美行业报告、新氧医美白皮书、上市公司爱美客/华熙生物/昊海/朗姿招股书与年报）。(e) figures/流派 — 临床专家与学术（整形外科与皮肤科主任医师、注射美容专家共识执笔人、医学美容分会与整形美容协会专家、知名公立三甲整形科/八大处/上海九院/华西/中国医学科学院整形外科医院专家、注射解剖与并发症权威）、产业与企业（爱美客/华熙生物/昊海/朗姿/华韩等上市公司创始人与高管、新氧/更美创始人、连锁医美机构创始人）、医生 KOL 与科普（做科普打假的皮肤科/整形科医生、揭黑医美与营销套路的从业者）、海外术式 originator（MD Codes 的 Mauricio de Maio、各注射技法/线雕/光电术式发明人）。流派分歧：注射派 vs 手术派、医疗循证派 vs 消费营销派、'产品论'（认准大牌正品）vs '医生论'（技术审美决定效果）、保守自然派 vs 网红改造派（过度医美/科技脸/欧式大平行）、公立学院派 vs 民营连锁派、'劝退伦理'派 vs '满足需求'派。(f) 行业话术/黑话 — 面诊 / 主诉 / 求美者 / 适应证 / 禁忌证 / 知情同意 / 注射层次（皮内/真皮/皮下/骨膜上/SMAS）/ 剂量 / 单位（U）/ 支（玻尿酸 1ml）/ 回抽 / 钝针 vs 锐针 / 危险三角 / 血管栓塞 / 栓塞致盲 / 溶解酶（透明质酸酶）/ 丁达尔现象 / 结节 / 肉芽肿 / 移位 / 肉毒 / 除皱 / 瘦脸针 / 瘦肩针 / 玻尿酸 / 填充 / 水光 / 童颜针 / 少女针 / 再生材料 / 胶原再生 / 线雕 / 提升 / 热玛吉 / 超声炮 / 光子嫩肤 / 皮秒 / 抗衰 / 微整 / 轻医美 / 重医美 / 联合治疗 / 全脸设计 / MD Codes / 三庭五眼 / 黄金比例 / 苹果肌 / 卧蚕 / 泪沟 / 法令纹 / 木偶纹 / 颞部 / 面部老化 / 容积缺失 / 三非 / 黑医美 / 水货 / 假货 / 械字号 / 妆字号 / 国械注准 / 正品溯源 / 渠道医院 / 医托 / 导流 / 医美贷 / 面诊转化 / 升单 / 复购 / 拓客 / 体验价 / 钓鱼 / 莆田系 / 修复 / 翻车 / 容貌焦虑 / BDD（体象障碍）/ 过度医美 / 科技脸 / 自然派 / 五分钟变美 / 午餐美容。(g) 争议/批判 — 「医疗本质 vs 消费营销」（医美被当快消品营销、价格战与品质安全冲突）、「黑医美与三非泛滥」（非法机构/水货假货/非法行医致毁容致死案例、生活美容越界打针）、「容貌焦虑与过度医美」（贩卖容貌焦虑、医美成瘾、未成年医美、医美贷套路贷、整容低龄化）、「虚假宣传与对比图造假」（夸大效果、伪科普、网红医生带货、'一针逆龄'）、「产品论 vs 医生论」（认正品 vs 重技术，水货与正品之争、同质化价格战）、「渠道返佣与医托」（渠道医院高返佣推高价格、医托拉客）、「并发症与维权难」（栓塞致盲/感染/毁容、举证难维权难、修复市场乱）、「监管与灰色地带」（超范围执业、医师资质挂靠、跨境医美、医美贷金融风险）。(h) 大量隐性临床手艺 + 审美 + 沟通 + 经营软技能（注射的解剖空间感与层次手感、危险区避险与回抽习惯、剂量与审美的平衡、全脸动态设计、并发症的快速识别与急救决断、面诊的需求挖掘与预期管理与劝退、容貌焦虑/BDD 的筛查、知情同意的真实告知、机构的合规风控与口碑经营）是高 tacit、靠规范化培训 + 大量临床实操 + 并发症处理经验 + 审美修养积累的核心，且医疗安全红线不可让渡。水分极高（大量营销号/伪科普/带货软文/'某院某专家'刷屏/对比图造假/培训速成班割韭菜（'7天速成注射师'是非法行医温床）/黑医美洗白），须强 source 过滤：优先 临床专家共识/指南 + 监管法规原文（NMPA/卫健委）+ 厂商械字号官方信息 + 专业期刊 + 整形外科/皮肤科专家本人科普 + 上市公司披露 > 行业研究报告 > 二手转述 > 营销号/带货软文（严防当知识来源）。严防把'变美话术/带货推荐/速成培训'当医疗知识，严防软化并发症风险与黑医美批判。不含: 生活美容/美容院护理（皮肤管理/美甲美睫，非医疗）、口腔正畸种植牙（另立专科）、毛发移植植发（可少量提及不深覆盖）、减肥代谢类药物（司美格鲁肽等另属内分泌）、纯护肤品/化妆品配方（妆字号护肤是另一行）、心理整形咨询的纯心理治疗部分（借用 BDD 筛查但不深入精神科）。) Master OS — automated mastery of 医疗美容 / 注射美容 (Medical
日本語の概要は準備中です。原文の説明を表示しています。
Odoo 18 development reference for Python models and ORM (search, domain, read_group, compute fields), XML/CSV data and views, OWL/JS client code, QWeb reports, security (ACL, record rules, groups), cron and server actions, migrations and module upgrades, tests, i18n, and performance. Use this skill whenever work involves Odoo 18 or custom addons—even if the user only pastes a traceback, mentions addons/ or __manifest__.py, describes form/list/kanban/XML errors, HTTP controllers, or business rules on models—including building features, fixing bugs, refactoring, or reviewing addon code. Includes CSS/SCSS asset authoring and review for Odoo addons.
日本語の概要は準備中です。原文の説明を表示しています。
Odoo 16 development reference for Python models and ORM (search, domain, read_group, compute fields), XML/CSV data and views, OWL/JS client code, QWeb reports, security (ACL, record rules, groups), cron and server actions, migrations and module upgrades, tests, i18n, and performance. Use this skill whenever work involves Odoo 16 or custom addons—even if the user only pastes a traceback, mentions addons/ or __manifest__.py, describes form/tree/kanban/XML errors, HTTP controllers, or business rules on models—including building features, fixing bugs, refactoring, or reviewing addon code. Includes CSS/SCSS asset authoring and review for Odoo addons.
日本語の概要は準備中です。原文の説明を表示しています。
Odoo 17 development reference for Python models and ORM (search, domain, read_group, compute fields), XML/CSV data and views, OWL/JS client code, QWeb reports, security (ACL, record rules, groups), cron and server actions, migrations and module upgrades, tests, i18n, and performance. Use this skill whenever work involves Odoo 17 or custom addons—even if the user only pastes a traceback, mentions addons/ or __manifest__.py, describes form/tree/kanban/XML errors, HTTP controllers, or business rules on models—including building features, fixing bugs, refactoring, or reviewing addon code. Includes CSS/SCSS asset authoring and review for Odoo addons.
日本語の概要は準備中です。原文の説明を表示しています。