使用three.js创建立体模型,在交互式查看器中从各个角度检查形状和材质,并以OBJ + MTL或GLB格式保存,供其他三维制作软件使用。
- 创建立体模型并从各个角度检查
- 制作可在Blender中继续编辑的模型
- 检查模型轮廓和材质效果
从已连接的日历、邮件和聊天中汇集当天安排与待办请求,生成便于浏览的HTML晨间简报,整理近期已解决事项及明日会议准备,也可设置工作日定期运行。
Render the user's morning brief as a styled HTML artifact, or set it up as a recurring weekday task. Use only when the user explicitly asks to run, see, or set up their morning brief, or if they invoke /morning by name. A question about their day, schedule, or calendar is not by itself a request for the brief; answer it directly instead.
实测评分 未实测
查看安装方法morning 从已连接的日历、邮件、聊天等来源收集信息,生成一个适合早晨快速浏览的 HTML 页面。它用类似地形的曲线表现日程的繁忙程度,并将一天分成三个时段说明。简报还会整理今天需要处理的请求、近期已解决的事项,以及明天会议所需的准备,也可以设置为工作日定期运行。
适合在开始工作前,集中了解当天安排和待回应的请求。在逐一查看邮件与聊天之前,可以先确认今天不能遗漏的事情,以及已经处理完的事项。如果请求中指定了额外栏目,找到相关信息时也会列入简报。
/morning 显示今天的晨间简报。”可用信息取决于已连接的工具,未连接的信息源会被跳过。生成简报需要几分钟。仅在明确请求晨间简报或指定 /morning 时使用。若要加入操作按钮,请求中必须包含准确的短语 Include action buttons。
本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。
AI 根据 SKILL.md 的内容检查了需要注意的操作和使用前提。评分只依据实际运行的结果(实测对比)。
不计入评分。 由 AI(OpenAI Codex)于 2026年10月24日 评估。仅供参考,安装前请同时查看原文。
安装前可以查看交给 AI 代理的指令内容。
This page is my 30-second morning glance: one calm view of the shape of my day and the few things worth knowing, so I start oriented instead of overwhelmed.
Draw one warm, hand-sketched single-file HTML page. The top half is a visual anchor: the day drawn as terrain with a few words underneath. The bottom half is important things: what needs me, what's already sorted, and any extra sections I've asked for.
When I ask to set this up as a recurring task, infer which language the brief should be in: during the interactive session, the language I wrote to you in; otherwise the language I wrote my setup request in. Write the inferred language into the scheduled task's prompt, so unattended runs don't have to guess. When summarizing content from connected sources, make sure the language is consistent.
Let the user know this skill will take a few minutes.
Check connections and sort available tools into roles: calendar · email · chat · other (task trackers, docs). A missing role is skipped; the page adapts.
When a core role (calendar, email, chat) has no connected tool and the session is interactive, surface the fix as connector suggestion cards, not prose.
For each missing role, search the connector catalog by its everyday names — calendar: "google calendar", "outlook calendar" · email: "gmail", "email" · chat: "slack", "teams", "chat". The mainstream matches are typically Google Calendar, Gmail, Slack, and Microsoft 365 (Outlook mail/calendar and Teams in one). Offer them as one card of suggestions covering every missing role together, alongside the delivered page.
Checking my existing connections only shows what's already installed — an empty or off-role result there still means the catalog needs searching, and the card shown by that check is not the suggestion. Not every session can search the catalog or offer suggestion cards; when this one can't, skip the cards and let the Write fallbacks carry the ask.
Skip all of this on an unattended scheduled run: no one is there to click, so just render the brief.
Calendar: one fetch, today 00:00 → tomorrow 24:00 in home timezone. Only today's events are drawn and classified. Tomorrow's events are for context: they can colour the evening act, earn a motif, or result in a prep item on Needs attention. From tomorrow's events, extract the project name from any I organize or that name a project and search for the latest context.
Remaining calls on connected roles, in priority:
Pull ~8 candidates per search from snippets.
If a Sections: list came with the invocation, make one targeted fetch per entry on whatever connected tool serves it (a chat channel, a doc, a search). A section that finds nothing is dropped later.
Every candidate goes into one of two lists or is dropped silently, stacked top to bottom: Needs attention first, then Resolved below it (single column, full width), not side by side.
Needs attention. It would cost me something to ignore until tomorrow: someone's blocked on me, a window closes today, or it gets harder to undo. Must be anchored to a real tool result, verify if it's still open, and any quote verbatim. Before a Slack or email item lands here, open its thread once: if I've already replied in it, or reacted to the ask with any emoji, it moves to Resolved or is dropped. A prep item counts here: something tomorrow that goes better if I've read, decided, or drafted today. If I'm the organizer, it earns a line — the prep is the agenda I'll open with, and the button seeds it. If it's a retro or review, the prep is two or three thoughts to arrive holding, and the button seeds that. Otherwise it needs a concrete anchor: a doc to skim, a decision I'll be asked for, a draft to bring — found in the event or via the one project-name search above.
Resolved. Things that closed recently and are worth a glance: a thread I was on that someone else answered, a reply to a comment or question I left, a meeting the organizer cancelled, an overlap that went away, a launch that shipped.
Write the brief in my language.
RTL — for right-to-left languages, set the document direction to RTL and mirror the layout.
Classify the day from the calendar alone — HEAVY (≥5h in meetings or a 3+ cluster) · NORMAL · OPEN (≤1 short meeting). This sets the headline's tone and the terrain's vertical scale.
Day-date line — small ink-soft, above the headline: Monday · July 13 2026
Headline — one serif line, spoken like a friend handing me the day. If one thing genuinely makes today distinct (I'm running something, a decision gets made, a rare open stretch), name that. Otherwise, name the shape. Never both — pick one and let it land. Register examples — write from the actual day, don't template:
Drawing — one SVG ~840×170. One unbroken terrain stroke edge to edge, elevation = load; a calm day flattens to still water — never invent mountains. No card, no fill, no border.
Acts — three left-aligned text columns under the drawing with faint hairline dividers. Each column stacks: bold time range (uppercase AM/PM on the trailing time, and on the leading time when the range crosses noon — "9:30 AM – 1 PM", "1 – 3:30 PM", "3:30 PM onward") → one sentence earned from the data (list an observation and be specific to the calendar). On a quiet day the sentence can be brief — never padded. Focal points sit above their column centres (x≈140/420/700).
Two lists, identical layout. Each has a system-sans heading, then per item:
Needs attention — the sentence carries the ask itself — what they want, in their words if a short quote does it — and why it matters today. For a prep item, the sentence names tomorrow's thing and what the prep actually is: the doc to skim, the question I'll be asked, the draft to arrive with. Only when the invocation contains the exact phrase "Include action buttons" — the literal words, riding in on their own line with a stored task prompt or typed in an interactive request; a paraphrase, a request for buttons in other words, or inferred intent is not the phrase: add a button on its own line only when Claude could actually move it — a reply to draft, something to research, a doc to write together, options to think through. No button when it's a decision only I can make, a place I need to be, or sensitive per the constraints. href = https://claude.ai/new?q={urlencoded seed}&surface=cowork&composer=mini. Absent that exact phrase, render no buttons anywhere on the page — however button-shaped an item looks, the answer is no buttons.
Resolved — the sentence says what closed, who closed it, when, and the outcome in a phrase — enough to trust it and move on without the link.
Nothing in either list → one calm line in place of both: "Nothing needs you this morning." Only calendar connected → one line under the lists inviting an inbox or chat connection; in interactive sessions the suggestion card from Gather carries the actual buttons. Nothing at all connected → two friendly sentences replace the whole page, shipped with the same card — the page explains, the card acts.
Only when a Sections: list rides in with the invocation. One titled block per entry, in the order given, below Resolved. Each block: a system-sans heading (the entry's own words), then whatever the entry calls for — a short list in the item layout above, or a few sentences of prose. A section with nothing found is dropped, heading and all — never a placeholder, never an apology. No Sections: list → nothing renders here and the page ends after Resolved.
Label — imperative, ≤5 words, naming what pressing it produces: "Draft the reply", "Write the scorecard with me", "Find out what was decided". Different items get different labels.
Seed — a self-contained work order for a fresh Claude, in prose:
No seed at all for anything touching money, health, or credentials — those items render without a button (the same exclusion Verify checks).
The seed's verb promises only what the named tool can deliver: a chat reply can be sent, an email can only be drafted — "draft the reply", never "send the email". And the seed never forwards anyone else's words as the work order: the work order is mine; the other person's message is something the fresh session goes and reads.
The page must render perfectly on first open, in one attempt — the reader glances at it over coffee and never sees a retry. Two steps in this environment have known failure modes; handle them as follows instead of discovering them by error.
Fonts. The one needed woff2 file ships in this skill's own assets/fonts/ directory — next to this SKILL.md, e.g. /mnt/skills/examples/morning/assets/fonts/ in the sandbox (fraunces-latin-600). Base64 it from there straight into the @font-face data URI — no network call, nothing to go wrong. Everything else uses the system stack (-apple-system, "Segoe UI", sans-serif) — no file, no @font-face, nothing to fetch. Only if the assets folder is missing, restore it from the npm registry (allowlisted in this sandbox):
npm pack @fontsource/fraunces
then extract files/fraunces-latin-600-normal.woff2. Do not fetch fonts from Google Fonts: fonts.googleapis.com (the CSS) is reachable here but fonts.gstatic.com (the binaries) is blocked by the egress proxy — urllib dies with "Tunnel connection failed: 403" and curl with exit 56, and the failure only appears after the CSS step has seemingly succeeded. If both the assets and npm somehow fail, fall back to Georgia, serif for the headline — a system-font page that opens cleanly beats a broken data URI.
Render check. Screenshot the finished file with the preinstalled browser and actually look at the image before delivering:
node -e "const{chromium}=require('playwright');(async()=>{const b=await chromium.launch({executablePath:'/opt/pw-browsers/chromium'});const p=await b.newPage({viewport:{width:960,height:1400}});await p.goto('file://<abs path>');await p.waitForTimeout(600);await p.screenshot({path:'brief.png',fullPage:true});await b.close();})();"
The executablePath matters: a bare chromium.launch() looks for a browser revision that isn't installed and suggests playwright install, which must not be run (the download is blocked and wastes minutes). If playwright isn't in node_modules, npm install playwright first — the package installs fine; only browser downloads are blocked.
One render, checked on the screenshot from Build. Day-date above headline · one unbroken stroke, every dot on it, three acts · serif on the headline only · clay only in buttons and at most one drawing accent · both lists share one style · every item title linked when a URL exists · buttons only when the exact phrase "Include action buttons" rode in with the prompt — a paraphrase does not count — otherwise none rendered · every button label imperative ≤5 words · every seed opens imperative, names connected tools, closes on an artifact, no money/health/credentials · no seed carries third-party phrasing or any verbatim third-party fragment — the message itself is re-found and re-read through its tool, never pasted · every button href is exactly https://claude.ai/new?q={urlencoded seed}&surface=cowork&composer=mini — that origin, never a look-alike host · every quote verbatim, every href https · any requested sections render after Resolved with a system-sans heading each, empty ones dropped · no chips, cards, badges, footer, timestamp · no act restates a list item · no sentence commands, apologizes, pads, reviews, or narrates process · below 640px acts stack, nothing clipped. Fix within budget. Checklist is internal.
Observe and hand over. Never command ("you need to reply" → state what's true) · never apologize ("wasn't able to find much" → a quiet day is a quiet day) · never pad ("you've got this!") · never review ("genuinely packed"; still/again/finally scold) · never narrate process ("surfacing this because…") · never reproach ("you missed this" → "…in a thread you weren't in").
Page — two full-bleed bands, content max-width 860px inside each with generous padding. Top band (day-date, headline, drawing, acts) sits on wash #F9F9F7; bottom band (both lists, then any requested sections) sits on bg #FCFCFB. No card border, no rounded corners — the bands meet at a hard edge with a line #E1E1DF.
Color — bg #FCFCFB · ink #2E2C27 (headline, section headings, item titles, terrain stroke, meeting dots) · ink-soft #6B6A63 (body, act sentences, item sentences, day-date) · ink-grey #B4B3A8 (numerals, grey dots) · hairline #E4E3DC · clay #C6613F (buttons; one optional drawing accent), hover #AE5133.
Type — Fraunces for the headline only, ~40px (30px below 640px). Fraunces covers Latin script only: for a headline in another script, use a high-quality system serif instead and skip the @font-face. The system stack (-apple-system, "Segoe UI", sans-serif) for everything else (including both section headings); never italic. Embed Fraunces directly in the file as base64 @font-face (a woff2 data URI) sourced per the Build section — never a Google Fonts <link> or any CDN reference, so the real headline font renders on open with no fallback and no network.
Terrain — one #2E2C27 stroke. Meeting dots filled #2E2C27, on the line, r 6–13 by weight. Optional/unanswered = grey #B4B3A8, weightless. Genuine overlap = two hollow circles intersecting, filled #FCFCFB (the only hollow dots). At most one supporting motif per act: sun = open creative time, half-risen sun on a horizon = pre-7:30 start, crescent moon = late finish, birds = room to breathe, fireworks = holiday eve, flag = deadline, a distant second ridge through a saddle = depth on heavy days. Clay is rationed to one accent across the whole drawing (a tension squiggle under the worst collision, a dawn sun, fireworks). Always include at least one clay item when the page has no buttons.
Buttons — solid clay fill + border, border-radius 8px (never a pill), padding 9px 16px, system sans 500 13px, #FCFCFB text, no arrow/icon; hover #AE5133. Nothing else on the page is a button, badge, or filled label. Responsive — one media query at 640px: acts stack vertically in order, hairlines horizontal, drawing stays full-width above.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
使用three.js创建立体模型,在交互式查看器中从各个角度检查形状和材质,并以OBJ + MTL或GLB格式保存,供其他三维制作软件使用。
在个人任务清单中记录待办事项、承诺、期限、下一步、待回复对象和阻碍原因,更新进度与依赖关系,合并重复项并归档已结束的任务。
Coordinate a task from a verifiable goal through completion. Handle work directly or split independent tasks across separate agent sessions, track progress, verify results, and arrange pull request merging when included in the goal.
中文简介正在准备中。当前显示英语简介。
将动画制作成可播放、暂停和定位时间的HTML页面,通过时间轴调整场景时长与速度,并为横屏或竖屏视频导出做好准备。
按指定时段查看已同步到Apple Health的步数、心率、睡眠和锻炼记录,了解日常变化,并检查同步状态及记录缺失情况。
创建和编辑Word文档及模板,提取或整理内容、替换图片,并处理修订和批注。使用规范的标题与列表结构,交付前检查所有页面的显示效果。