<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: RuoYu</title>
    <description>The latest articles on DEV Community by RuoYu (@ruoyu_8efd49c1fc60640191b).</description>
    <link>https://dev.to/ruoyu_8efd49c1fc60640191b</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4089796%2F56b53610-2f7e-4a41-b19c-416d3026fb70.png</url>
      <title>DEV Community: RuoYu</title>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/ruoyu_8efd49c1fc60640191b"/>
    <language>en</language>
    <item>
      <title>Tencent SkillHub Pay Adapter: a small pattern for paid AI agent workflows</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sun, 23 Aug 2026 22:34:12 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/tencent-skillhub-pay-adapter-a-small-pattern-for-paid-ai-agent-workflows-1kd2</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/tencent-skillhub-pay-adapter-a-small-pattern-for-paid-ai-agent-workflows-1kd2</guid>
      <description>&lt;p&gt;When an AI agent workflow becomes paid, the hard part is usually not the payment button itself.&lt;/p&gt;

&lt;p&gt;The hard part is state separation.&lt;/p&gt;

&lt;p&gt;A team can easily confuse:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;a draft with a submitted listing&lt;/li&gt;
&lt;li&gt;a submitted listing with platform approval&lt;/li&gt;
&lt;li&gt;approval with an actual purchase&lt;/li&gt;
&lt;li&gt;payment with fulfillment&lt;/li&gt;
&lt;li&gt;fulfillment with settlement&lt;/li&gt;
&lt;li&gt;settlement with available funds&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;That is the service case behind TANCO's Tencent SkillHub Pay Adapter.&lt;/p&gt;

&lt;p&gt;It is a SkillHub case for keeping paid AI workflow operations inspectable: draft, submission, approval, payment, fulfillment, settlement, and funds are treated as separate states instead of one vague “it is live / it sold” status.&lt;/p&gt;

&lt;p&gt;Concrete service case:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Check whether a Skill is only drafted, submitted, under review, approved, or published.&lt;/li&gt;
&lt;li&gt;Keep unpaid orders separate from paid orders.&lt;/li&gt;
&lt;li&gt;Keep paid-but-not-fulfilled orders separate from completed delivery.&lt;/li&gt;
&lt;li&gt;Keep fulfilled orders separate from settlement and available funds.&lt;/li&gt;
&lt;li&gt;Report payment and delivery state with timestamps instead of assuming that a download, listing, or HTTP success means revenue.&lt;/li&gt;
&lt;li&gt;Give operators a clear next action: fix listing metadata, wait for review, fulfill a paid order, check settlement, or stop because payment is not complete.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This matters for AI agents because paid workflows often cross product, marketplace, payment, and fulfillment boundaries. If an agent collapses those boundaries, it can overclaim revenue, deliver too early, or miss a real paid order.&lt;/p&gt;

&lt;p&gt;Related SkillHub page:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Tencent SkillHub Pay Adapter:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter" rel="noopener noreferrer"&gt;https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Public reference repo:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://github.com/tancoai/tangke-skillhub" rel="noopener noreferrer"&gt;https://github.com/tancoai/tangke-skillhub&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Other TANCO Skill examples in the same SkillHub:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Bianzhen: evidence-led verification for research and claims.&lt;/li&gt;
&lt;li&gt;Sunmao: modular delivery with clear fit points.&lt;/li&gt;
&lt;li&gt;Lianzhu: chained execution from goal confirmation to acceptance checks.&lt;/li&gt;
&lt;li&gt;Chuandeng: cross-agent / cross-session handoff.&lt;/li&gt;
&lt;li&gt;Huqiang: guardrails for scope, account boundaries, permissions, and approval gates.&lt;/li&gt;
&lt;li&gt;Chayan: signal review that turns messy notes, alerts, logs, or feedback into a clear next action.&lt;/li&gt;
&lt;/ul&gt;

</description>
    </item>
    <item>
      <title>TANCO SkillHub: reusable workflow Skills for AI agents</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sun, 23 Aug 2026 22:20:54 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/tanco-skillhub-reusable-workflow-skills-for-ai-agents-4gjk</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/tanco-skillhub-reusable-workflow-skills-for-ai-agents-4gjk</guid>
      <description>&lt;p&gt;I’m sharing TANCO SkillHub, a public hub of reusable AI workflow Skills from Tangke Creative Research:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The useful idea here is simple: a Skill should not be just a prompt. It should capture a repeatable service case that an agent can run, check, and hand off.&lt;/p&gt;

&lt;p&gt;Concrete Skills and service cases:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Bianzhen: evidence-led verification for research, claims, source quality, uncertainty, and final conclusions.&lt;/li&gt;
&lt;li&gt;Sunmao: modular delivery for complex work that needs stable fit points, assembly, and review.&lt;/li&gt;
&lt;li&gt;Lianzhu: chained execution from goal confirmation to breakdown, execution, verification, and handoff-ready output.&lt;/li&gt;
&lt;li&gt;Chuandeng: cross-agent and cross-session handoff that preserves target, decisions, constraints, risks, state, and next action.&lt;/li&gt;
&lt;li&gt;Huqiang: guardrails for scope, account boundaries, permissions, approval gates, risk limits, and delivery criteria.&lt;/li&gt;
&lt;li&gt;Chayan: signal review for turning messy notes, feedback, alerts, logs, or research snippets into a clear next action.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;New paid-workflow Skill:&lt;/p&gt;

&lt;p&gt;Tencent SkillHub Pay Adapter:&lt;br&gt;
&lt;a href="https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter" rel="noopener noreferrer"&gt;https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Its service case is payment workflow clarity: draft, submission, approval, payment, fulfillment, settlement, and funds should be separate states, so an agent or operator does not confuse listing, purchase, delivery, and revenue.&lt;/p&gt;

&lt;p&gt;Public reference:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://github.com/tancoai/tangke-skillhub" rel="noopener noreferrer"&gt;https://github.com/tancoai/tangke-skillhub&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If you build or operate AI agents, the most relevant scenarios are long-horizon task execution, research verification, paid Skill workflows, workflow handoff, agent guardrails, and reusable team playbooks.&lt;/p&gt;

</description>
      <category>ai</category>
    </item>
    <item>
      <title>Paid AI skills need workflow gates, not just a price field</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sun, 23 Aug 2026 16:54:25 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/paid-ai-skills-need-workflow-gates-not-just-a-price-field-4bj2</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/paid-ai-skills-need-workflow-gates-not-just-a-price-field-4bj2</guid>
      <description>&lt;p&gt;Most paid AI features fail at the boundary between &lt;strong&gt;payment&lt;/strong&gt; and &lt;strong&gt;fulfillment&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;A 402 response is not payment.&lt;/p&gt;

&lt;p&gt;A paid order is not fulfillment.&lt;/p&gt;

&lt;p&gt;A publish-success screen is not platform approval.&lt;/p&gt;

&lt;p&gt;This is especially true for AI agent Skills, where a small prompt or tool package can quickly become a paid service without enough operational evidence around it.&lt;/p&gt;

&lt;h2&gt;
  
  
  The gate model I use
&lt;/h2&gt;

&lt;p&gt;For a paid Skill workflow, I prefer keeping these gates separate:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Package gate&lt;/strong&gt;: original package, generated candidate, manifest, checksum, and version mapping.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Service gate&lt;/strong&gt;: JSON-callable service, health check, and schema.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Payment gate&lt;/strong&gt;: payable order created, but not yet treated as paid.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Confirmation gate&lt;/strong&gt;: server-side payment confirmation.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Fulfillment gate&lt;/strong&gt;: fulfill the exact paid order once and leave evidence.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Review / settlement gate&lt;/strong&gt;: platform approval and income settlement tracked separately.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;This is not bureaucracy. It prevents the team from saying “paid” when the user only saw a QR code, or saying “fulfilled” when the service merely started.&lt;/p&gt;

&lt;h2&gt;
  
  
  A concrete TANCO SkillHub example
&lt;/h2&gt;

&lt;p&gt;TANCO's SkillHub page groups workflow Skills around this kind of evidence trail:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Bianzhen&lt;/strong&gt; checks evidence before claims are trusted.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Sunmao&lt;/strong&gt; turns vague requirements into acceptance criteria.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Tongjing&lt;/strong&gt; inspects Skill packages before listing.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Huqiang&lt;/strong&gt; protects scope boundaries before an agent edits or ships.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Lianzhu&lt;/strong&gt; connects judgment, execution, review, and acceptance into one chain.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Chayan&lt;/strong&gt; reviews public-facing copy so the service does not overclaim.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The new &lt;strong&gt;Tencent SkillHub Pay Adapter&lt;/strong&gt; is positioned around the same idea: make a paid Skill candidate auditable before treating it as a commercial service.&lt;/p&gt;

&lt;p&gt;TANCO SkillHub:&lt;br&gt;
&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Tencent SkillHub Pay Adapter:&lt;br&gt;
&lt;a href="https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter" rel="noopener noreferrer"&gt;https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I think the useful mental model is simple:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;Paid AI Skills should behave less like magic prompts and more like small, traceable service workflows.&lt;/p&gt;
&lt;/blockquote&gt;

</description>
      <category>devtools</category>
    </item>
    <item>
      <title>Payment is not fulfillment: a small workflow gate for paid AI skills</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sun, 23 Aug 2026 15:32:27 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/payment-is-not-fulfillment-a-small-workflow-gate-for-paid-ai-skills-3gbm</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/payment-is-not-fulfillment-a-small-workflow-gate-for-paid-ai-skills-3gbm</guid>
      <description>&lt;p&gt;When an AI Skill becomes paid, the hard part is not just adding a price field. The hard part is keeping the state machine honest.&lt;/p&gt;

&lt;p&gt;These states should not be collapsed into one "published" or "paid" flag:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;package readiness;&lt;/li&gt;
&lt;li&gt;service readiness;&lt;/li&gt;
&lt;li&gt;a 402 / payment request;&lt;/li&gt;
&lt;li&gt;payment confirmation;&lt;/li&gt;
&lt;li&gt;fulfillment for the same order;&lt;/li&gt;
&lt;li&gt;platform review;&lt;/li&gt;
&lt;li&gt;settlement or actual revenue.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;That is the reason we added a Tencent SkillHub Pay Adapter to TANCO SkillHub. The goal is to turn an ordinary Skill into an auditable Pay Skill candidate while preserving the original package, creating a clean converted copy, and recording package, service, payment, fulfillment, review, and settlement gates separately.&lt;/p&gt;

&lt;p&gt;In the TANCO SkillHub stack, this also connects with other workflow Skills: Bianzhen checks evidence before an agent acts, Sunmao turns vague requirements into acceptance criteria, Lianzhu keeps complex tasks moving from judgment to execution to verification, and Huqiang keeps boundary and risk checks explicit.&lt;/p&gt;

&lt;p&gt;Main TANCO SkillHub page:&lt;br&gt;
&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Adapter:&lt;br&gt;
&lt;a href="https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter" rel="noopener noreferrer"&gt;https://skillhub.cn/team-skills/tencent-skillhub-pay-adapter&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I’m curious how other agent builders handle this. Do you model payment and fulfillment as one tool call, or as separate workflow gates?&lt;/p&gt;

</description>
      <category>devtools</category>
    </item>
    <item>
      <title>Qianmian: reviewing a product page through multiple user perspectives</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sun, 23 Aug 2026 01:40:14 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/qianmian-reviewing-a-product-page-through-multiple-user-perspectives-ocn</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/qianmian-reviewing-a-product-page-through-multiple-user-perspectives-ocn</guid>
      <description>&lt;p&gt;A product page can look clear to its creator and still be confusing to everyone else.&lt;/p&gt;

&lt;p&gt;Qianmian is a TANCO SkillHub Skill for multi-perspective pre-release review.&lt;/p&gt;

&lt;p&gt;For a one-page product introduction, it may read through three lenses:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;new user: “what does this have to do with me?”&lt;/li&gt;
&lt;li&gt;expert: “where are the data sources and evidence?”&lt;/li&gt;
&lt;li&gt;cautious buyer: “what are the refund, migration, and risk boundaries?”&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The result is not just copy editing. It helps the page add value statements, evidence anchors, and risk boundaries before publication.&lt;/p&gt;

&lt;p&gt;Useful for product pages, pricing pages, onboarding pages, brand proposals, and service landing pages.&lt;/p&gt;

&lt;p&gt;TANCO SkillHub:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

</description>
      <category>copywriting</category>
    </item>
    <item>
      <title>Zhuojian: looking through technical narratives to find the structure underneath</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sun, 23 Aug 2026 01:39:36 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/zhuojian-looking-through-technical-narratives-to-find-the-structure-underneath-3p8a</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/zhuojian-looking-through-technical-narratives-to-find-the-structure-underneath-3p8a</guid>
      <description>&lt;p&gt;Some product or platform statements sound reasonable at the surface level, but the useful question is what structure sits underneath.&lt;/p&gt;

&lt;p&gt;Example: “an open ecosystem will drive growth.”&lt;/p&gt;

&lt;p&gt;Zhuojian, one of the TANCO SkillHub Skills, does not stop at whether the statement sounds right. It asks:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;who is the platform?&lt;/li&gt;
&lt;li&gt;who are the participants?&lt;/li&gt;
&lt;li&gt;what is the user structure?&lt;/li&gt;
&lt;li&gt;how does the incentive flow work?&lt;/li&gt;
&lt;li&gt;what counterexamples exist?&lt;/li&gt;
&lt;li&gt;what happens when the platform is both referee and player?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This is useful for platform strategy, product claims, technical narratives, market bets, and organizational decisions.&lt;/p&gt;

&lt;p&gt;TANCO SkillHub:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

</description>
      <category>agents</category>
    </item>
    <item>
      <title>Sunmao: turning vague requirements into acceptance criteria for AI workflows</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sat, 22 Aug 2026 23:17:47 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/sunmao-turning-vague-requirements-into-acceptance-criteria-for-ai-workflows-196a</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/sunmao-turning-vague-requirements-into-acceptance-criteria-for-ai-workflows-196a</guid>
      <description>&lt;p&gt;“Make it better” is not a requirement. It is a future disagreement.&lt;/p&gt;

&lt;p&gt;Sunmao is one of the TANCO SkillHub Skills. Its job is to turn vague delivery language into measurable acceptance criteria and evidence.&lt;/p&gt;

&lt;p&gt;Example: “make the page better” becomes:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;CTR ≥ 8%&lt;/li&gt;
&lt;li&gt;first-screen load time ≤ 1.5s&lt;/li&gt;
&lt;li&gt;interaction feedback ≤ 300ms&lt;/li&gt;
&lt;li&gt;error rate ≤ 0.1%&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Then it asks for the evidence package: instrumentation, Lighthouse results, stress testing, link checks, and any other verification needed for the delivery context.&lt;/p&gt;

&lt;p&gt;This matters for AI-agent workflows because agents are good at producing artifacts, but vague acceptance criteria still produce vague outputs. A workflow needs a gate that says what “done” means before execution begins.&lt;/p&gt;

&lt;p&gt;TANCO SkillHub:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Question: where do you define acceptance criteria in your agent workflow — before prompting, inside the task spec, or as a separate review step?&lt;/p&gt;

</description>
      <category>productivity</category>
    </item>
    <item>
      <title>Bianzhen: an AI Skill for checking claims before agents act</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sat, 22 Aug 2026 23:16:46 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/bianzhen-an-ai-skill-for-checking-claims-before-agents-act-262h</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/bianzhen-an-ai-skill-for-checking-claims-before-agents-act-262h</guid>
      <description>&lt;p&gt;Most AI agents fail quietly when they accept a claim too early.&lt;/p&gt;

&lt;p&gt;Bianzhen (辩真) is one of TANCO's SkillHub skills for slowing that moment down. It is not a prompt trick. It is a small service workflow for checking whether a statement is true enough to act on.&lt;/p&gt;

&lt;p&gt;SkillHub page:&lt;br&gt;
&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Service case
&lt;/h2&gt;

&lt;p&gt;A product page says: "conversion increased by 300% after using our AI workflow".&lt;/p&gt;

&lt;p&gt;Before an agent writes copy, publishes a case study, or recommends the product, Bianzhen asks:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;What is the source of the number?&lt;/li&gt;
&lt;li&gt;What was the sample size?&lt;/li&gt;
&lt;li&gt;What was the time window?&lt;/li&gt;
&lt;li&gt;Was the baseline unusually low?&lt;/li&gt;
&lt;li&gt;Is the result correlated or actually caused by the tool?&lt;/li&gt;
&lt;li&gt;Who benefits if the claim is repeated?&lt;/li&gt;
&lt;li&gt;What evidence would make the claim weaker?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The output is not a yes/no verdict. It is a usable evidence map:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;confirmed facts&lt;/li&gt;
&lt;li&gt;unsupported claims&lt;/li&gt;
&lt;li&gt;missing data&lt;/li&gt;
&lt;li&gt;risky wording&lt;/li&gt;
&lt;li&gt;safer replacement copy&lt;/li&gt;
&lt;li&gt;next checks before publishing&lt;/li&gt;
&lt;/ol&gt;

&lt;h2&gt;
  
  
  Why this matters for agents
&lt;/h2&gt;

&lt;p&gt;When agents can browse, edit, post, or trigger workflows, claim-checking becomes an execution boundary, not a research luxury.&lt;/p&gt;

&lt;p&gt;Bianzhen is useful before:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;writing landing page copy&lt;/li&gt;
&lt;li&gt;summarizing market research&lt;/li&gt;
&lt;li&gt;publishing benchmark claims&lt;/li&gt;
&lt;li&gt;quoting user feedback&lt;/li&gt;
&lt;li&gt;comparing competitors&lt;/li&gt;
&lt;li&gt;generating sales material&lt;/li&gt;
&lt;li&gt;handing work to another agent&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The broader TANCO SkillHub page includes more skills around handoff, task chaining, boundary control, wording, naming, and pre-release review.&lt;/p&gt;

&lt;p&gt;If you build agent workflows, this is the kind of skill that prevents confident automation from turning into confident misinformation.&lt;/p&gt;

&lt;p&gt;TANCO SkillHub:&lt;br&gt;
&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>AI Skills should be workflow components, not just prompts</title>
      <dc:creator>RuoYu</dc:creator>
      <pubDate>Sat, 22 Aug 2026 14:44:57 +0000</pubDate>
      <link>https://dev.to/ruoyu_8efd49c1fc60640191b/ai-skills-should-be-workflow-components-not-just-prompts-13he</link>
      <guid>https://dev.to/ruoyu_8efd49c1fc60640191b/ai-skills-should-be-workflow-components-not-just-prompts-13he</guid>
      <description>&lt;p&gt;I have been looking at how AI Skills / agents are usually presented. A lot of pages say what the tool can do, but not enough of them show the operational case: what happens when the input is vague, the claim has weak evidence, the handoff is messy, or the release package is risky.&lt;/p&gt;

&lt;p&gt;Tangke Creative Research has published a set of 16 Skills on SkillHub. The interesting part is that each Skill is described through a concrete service case, not only a capability list.&lt;/p&gt;

&lt;p&gt;A few examples:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Bianzhen&lt;/strong&gt; checks evidence. For a claim like "this AI tool improves conversion by 300%", it asks about the product, conversion definition, baseline, sample size, time window, incentive, and third-party A/B evidence.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Sunmao&lt;/strong&gt; turns vague acceptance criteria into measurable ones: CTR, first screen load time, interaction latency, error rate, test evidence, and delivery proof.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Tongjing&lt;/strong&gt; audits a Skill / ZIP package before release: structure, static safety, declaration consistency, docs, packaging hygiene, and possible leaked credentials.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Chuandeng&lt;/strong&gt; builds a handoff package: goal, completed work, files, commands, test evidence, blockers, and the next first action.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Shapan&lt;/strong&gt; simulates the first-time user journey before launch: what a new user understands in 5 seconds, 15 seconds, and 30 seconds.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The full set also covers opportunity discovery, public feedback monitoring, naming checks, copy review, boundary protection, multi-perspective review, relationship dynamics, and deeper business judgment.&lt;/p&gt;

&lt;p&gt;For agent builders, I think the useful idea is this: a Skill becomes much more valuable when it carries the judgment, evidence, acceptance criteria, risk boundary, and handoff format around the generation itself.&lt;/p&gt;

&lt;p&gt;SkillHub page:&lt;br&gt;
&lt;a href="https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94" rel="noopener noreferrer"&gt;https://skillhub.cn/enterprise/org-j3zmzop1?publisher=%E5%94%90%E5%8F%AF%E5%88%9B%E7%A0%94&lt;/a&gt;&lt;/p&gt;

</description>
      <category>productivity</category>
      <category>ai</category>
      <category>agents</category>
    </item>
  </channel>
</rss>
