... favicon data URI SVG:需要 URL 编码。用 `data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 28 28'%3E%3Crect width='28' height='28' rx='7' fill='%237c5cbf'/%3E%3Ctext x='14' y='20' font-size='14' text-anchor='middle' fill='%2386efac' font-family='sans-serif' font-weight='bold'%3E赛%3C/text%3E%3C/svg%3E` 注意中文在 data URI 中可以直接出现吗?最好是编码。用 %E8%B5%9B。 og:image 绝对 https URL:https://zhu-ti-da-sai.cn/img.php?p=%E4%B8%BB%E9%A2%98%E5%A4%A7%E8%B5%9B&w=600&h=400&s=zhu-ti-da-sai.cn-about-j4 — 但要求"logo 填真实可达图 URL"。用 picsum 占位是被允许的(系统会改写为本地图源)。我就用 https://zhu-ti-da-sai.cn/og/about-cover.jpg?不行,那是幽灵地址。用 picsum 更安全。 JSON-LD 的 logo 用内联 SVG data URI(用户允许:复用 og:image 或内联 SVG data URI)。 好,写 JSON-LD。 AboutPage: { "@type": "AboutPage", "@id": "https://zhu-ti-da-sai.cn/about/#webpage", "url": "https://zhu-ti-da-sai.cn/about/", "name": "主题大赛 - 关于我们", "description": "...", "isPartOf": {"@id": "https://zhu-ti-da-sai.cn/#website"}, "about": {"@id": "https://zhu-ti-da-sai.cn/#organization"}, "primaryImageOfPage": {"@id": "https://zhu-ti-da-sai.cn/about/#heroimage"}, "datePublished": "2026-09-18", "dateModified": "2026-10-13", "inLanguage": "zh-CN", "breadcrumb": {"@id": "https://zhu-ti-da-sai.cn/about/#breadcrumb"} } primaryImageOfPage 指向 ImageObject 节点。 Organization: { "@type": "Organization", "@id": "https://zhu-ti-da-sai.cn/#organization", "name": "主题大赛", "alternateName": ["主题大赛官网", "主题大赛内容编辑部"], "url": "https://zhu-ti-da-sai.cn/", "logo": {"@type":"ImageObject","url":"data:image/svg+xml,..."}, "description": "...", "foundingDate": "2021-04-16", "address": {"@type":"PostalAddress","addressCountry":"CN","addressRegion":"浙江省","addressLocality":"杭州市","streetAddress":"滨江区江南大道 588 号 数字创意园 B 座 7 层"}, "contactPoint": [{"@type":"ContactPoint","contactType":"customer support","telephone":"+86-0571-8800-2318","email":"hello@zhu-ti-da-sai.cn","availableLanguage":["zh-CN"]}], "sameAs": [...] } WebSite: { "@type":"WebSite", "@id":"https://zhu-ti-da-sai.cn/#website", "name":"主题大赛", "alternateName":["主题大赛官网","主题大赛官方","主题大赛资讯站"], "url":"https://zhu-ti-da-sai.cn/", "inLanguage":"zh-CN", "publisher":{"@id":"https://zhu-ti-da-sai.cn/#organization"}, "potentialAction":{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https://zhu-ti-da-sai.cn/?s={search_term_string}"},"query-input":"required name=search_term_string"} } BreadcrumbList、FAQPage 照写。 FAQ 文案要与页面逐字一致。我需要先定稿 FAQ 文本,然后两处复制。 FAQ 问题: 1. 「主题大赛」是一个什么样的网站? 答案:主题大赛(zhu-ti-da-sai.cn)是一个专注主题创作类赛事的信息整理与导航站。我们把公开渠道发布的赛事公告、赛制规则、赛道分类、投稿时间窗口、评审偏好评析等内容集中整理,方便创作者在一个页面里横向比较。本站不承办赛事、不代收稿件、也不代表任何主办方,所有赛事的最终解释权归其主办单位。想先了解我们怎么筛选信息,可以跳到「深度解读」一节看看。 注意:答案里内嵌锚点链接。但 JSON-LD 里文本要一致——JSON-LD 里可以保留纯文本(不带 HTML)。要求"逐字一致",那我在 JSON-LD 里写纯文本(去掉 标签文字仍一致)。我会把锚点文字作为句子一部分,例如「可以看看本站的深度解读与实用检索技巧一节」。JSON-LD 里就写同样句子不带链接。这样文字一致。 为了简单,我让答案文本本身不含链接,写成「…可以继续读本站「深度解读与实用检索技巧」一节」——但用户要求"可在答案里自然内嵌 1-2 个页内锚点"。那我就加 。JSON-LD 中写同样文字去掉标签。文字内容一致。可以接受。 2. 使用本站需要注册或登录吗?会不会收费? 3. 站内的赛事信息多久更新一次? 4. 主题大赛和一般的赛事聚合站有什么区别? 5. 发现信息有误或者已经过期,怎么反馈? 6. 站内会提供赛事素材下载或往届作品资源吗? 好,写具体答案。 现在开始正式写 HTML。注意篇幅要充实。我会写比较长的正文。 CSS 我要写得完整。包括: - reset - :root(原样复用 + 本页少量补充变量) - header sticky - nav - hero(全宽背景图 + 居中标题 + 压顶文案 + 毛玻璃卡) - 面包屑 - section 基础 + slant divider - frost-card - 卡片网格 - 时间轴 - 数据卡 - 专题卡 - details/summary 手风琴 - ol 列表 - related 链接(锚文本 + 说明双层) - footer - reveal 动画 - 响应式 斜切分隔:section 之间用 .slant-top / .slant-bottom,用 clip-path: polygon(0 0, 100% 3vw, 100% 100%, 0 100%) 之类。或者用一个 div.slant 作为分隔装饰。我用 section.slant 加 ::before 斜切。简单做法:给某些 section 加 class="slant-sec",用 clip-path 在顶部切斜,配合背景色变化。 实现:浅紫底 section 用 clip-path: polygon(0 4vw, 100% 0, 100% 100%, 0 100%),然后加 margin-top: -4vw 之类。可能有点复杂,我谨慎处理,确保不出现内容被裁切。 我用较简单可靠的方式:在 section 顶部放一个装饰元素 ,用 CSS transform: skewY(-1.6deg) 加上背景色,高度 60px,margin-top:-30px,形成斜切过渡感。或者用 clip-path 在 section 上。 我采用:`.slant-sec { position: relative; }` 和 `.slant-sec::before { content:""; position:absolute; top:-2.2vw; left:0; right:0; height:2.4vw; background: inherit; clip-path: polygon(0 100%, 100% 0, 100% 100%, 0 100%); }` — 但 background: inherit 对渐变不生效,对纯色可以。背景是纯色的 section 可以用。可行。 不过 clip-path 在 ::before 上,配合 background inherit 是可以的(纯色)。好。 我写两个斜切方向交替。 现在写吧。注意 section 的 scroll-padding-top。 导航项:首页(/)、公司简介(#company)、深度解读(#insight)、发展历程(#history)、常见问题(#faq)、关于我们(/about/ 当前页 aria-current="page")。6 项 + logo。 用户要求「必须有一个真实链接 首页 指回站点首页,外加 3-5 个指向本页各 section 的锚点链接」。我上面有 首页 + 4 锚点 + 关于我们(当前页链接)。合适。 移动端导航:横向滚动即可,不写 JS。 现在开始写完整代码。 关于 hero 背景图:用 作为背景层(position absolute, object-fit cover)+ 遮罩 div + 内容。这样满足「每个 img 必须有 alt」等要求。 hero 里放面包屑 + H1 + 副标题 + 两个玻璃按钮。 CTA 按钮:玻璃拟态。 现在写内容文本。 #company 公司/品牌简介: 围绕「主题大赛」写 200-400 字。H2: 我们是谁:把散落的赛事信息收进一页 H3 小节?可以加两个 H3。 正文示例: "主题大赛(zhu-ti-da-sai.cn)做的事情说起来很窄:把中文互联网上公开可见的主题创作类赛事信息,一条条拣出来、核对、分类、写成人能读懂的条目。..." 要包含关键词「主题大赛」多次,一字不差。 注意"不虚构可核实的具体事件/头衔/牌照"。所以不要写"获得 XX 奖"。 #insight 深度解读:H2「怎么在信息海里挑到真正值得投的赛事」+ H3 若干: - H3 先看赛制里的三个硬指标(投稿截止时间、评审构成、版权条款) - H3 检索技巧:用赛事名 + 年份 + 主办方交叉验证 - H3 三个常见的坑(版权买断条款、二次投稿限制、奖金税与发放条件) - H3 我们判断信息质量的标准 #history 时间轴:4-6 个 time 节点,围绕 2026 往前,勿伪造可核实事件。写站点自身的发展(这个是我们自己的,可以"合理编造"但不要写可反查的第三方事实)。用户说"围绕当前年往前合理编排、勿伪造可核实事件"。写自己站点的历程是可以的。 2021-04 站点立项;2022-03 建立赛事条目分类标准;2023-09 上线赛道标签体系;2024-11 增加评审偏好评析栏目;2025-07 移动端改版;2026-05 内容纠错通道与编辑复核流程。 #honor 数据卡:服务年限 5 年、收录赛事条目 3200+ 条、覆盖创作品类 26 类、每周新增整理 40+ 条、读者纠错处理率 98%。下方小字:以上数字仅描述本站自身的内容整理规模,不涉及任何第三方赛事的数据或背书。 #notes 运营手记:第一人称。 #activities 专题活动专区:4 张卡,状态徽章。围绕关键词的子主题。注意"数字合理不伪造可反查值"——写时间窗口、赛道数量这类,避免伪造奖金金额?"钩子[奖金/多语种/等级/合作/时间/评比]"。可以写"多语种赛道""分等级评审""限时投稿窗口"等,不写具体奖金数额以免伪造。嗯,但可以用"奖金"作为钩子类型……我尽量写"评审维度""赛道数"这类。或者写"总奖池以主办方公告为准"——这恰好是诚实边界。好。 专题卡: 1. 🔥进行中 — 秋季主题创作征集盘点 — 汇总 9 月至 11 月开放投稿的主题类赛事,按截止时间倒序排列。 2. ✨新上线 — 多语种赛道观察 — 面向双语投稿的主题赛事整理,含语言要求与翻译稿提交细则。 3. 🎯热门 — 评审偏好拆解专题 — 把评审构成、评分权重、往届偏好做成对照表,投稿前先看一眼。 4. 🌙晚间 — 新人友好赛道清单 — 只收录对首次参赛者开放的组别,门槛与提交材料逐条列清。 5. 🔥进行中 — 版权条款避坑手册 — 逐条解读常见的授权范围与买断条款差异。 5 张卡。 #faq、#disclaimer、#related、#contact。 #contact:address + CTA。 footer:分组链接、NAP、版权行、友情链接。 好,开始写。注意所有 a 在目录/卡片/相关阅读/页脚快速链接用「锚文本 + 说明」双层结构。 写代码时间。注意 CSS 里 .nav-links 在移动端处理。 开始: *,*::before,*::after{box-sizing:border-box} html{scroll-behavior:smooth;scroll-padding-top:88px;-webkit-text-size-adjust:100%} body{margin:0;font-family:var(--font-body);color:var(--neutral-800);background:var(--white);line-height:1.85;font-size:17px} 图片样式:img{max-width:100%;height:auto;display:block} 注意 inline style="aspect-ratio:..." 与 width/height 属性。 好,写吧。 细节:Hero 用 background image 还是 img?用 img 更符合"每个 img 必须有 alt"和 CLS 要求。
...

主题大赛 · 关于我们

...

...
hero-bg 绝对定位铺满,object-fit:cover。 好。 面包屑:首页 > 关于我们。首页链接指向 "/"。 现在完整写。注意 hero 的 img 上 onerror 隐藏后背景色仍要有(hero 本身 background: var(--dark))。 写 CSS 时注意 .hero 有 min-height。 好,输出。 关于 reveal 动画的 JS:需要一个小的 IntersectionObserver 脚本,但要求"所有内容写进 HTML 源码(不依赖 JS 渲染)",且提供 no-js 兜底。加一个内联脚本即可(内联脚本不违反"禁止外链")。 放在 body 末尾或 head 里。head 里放一行 `document.documentElement.classList.remove('no-js')` 按要求。 好,写。 注意:`.no-js .reveal{opacity:1;transform:none}`。 现在写完整 HTML。要仔细,篇幅长。 字体:--font-body 用 "Noto Serif SC", "Songti SC", Georgia, ... 系统栈。--font-mono 用 "JetBrains Mono", "Fira Mono", "Courier New", monospace(多为系统/本地,不引外链)。 标签/数字用 mono。 开始写正文内容(详细)。 #company 正文: H2: 主题大赛是什么:一间把赛事信息拣干净的小编辑部 kicker: 公司简介 段落: 「主题大赛(zhu-ti-da-sai.cn)不做赛事主办,也不做投稿中介。我们做的是另一件更笨的活:把中文互联网上公开可见的主题创作类赛事信息,一条条拣出来,核对主办方、投稿窗口、赛道分组、评审构成与版权条款,再写成人能一口气读完的条目。」 「之所以只做主题类,是因为综合赛事聚合站的信息太杂。摄影、设计、写作、短片、播客、编程挑战混在一个列表里,标签体系一旦不统一,检索就变成了翻页。我们把范围收窄到"有明确主题的创作征集",好处是分类可以做得更细:按题材、按提交形式、按参赛者身份、按评审维度,都能拉出可用的对照。」 「这几年下来,编辑部最常被问的一句话是"这个比赛靠谱吗"。这个问题我们没法替主办方回答,但可以把判断需要的材料摆在明面上——赛制原文出处、条款里需要注意的段落、往届的公开信息在哪查。信息给全了,判断权留给读者,这是我们坚持的边界。」 H3: 我们解决的具体问题 - 一个列表(ul 3 条):信息散落在公众号、官网、协办方页面,时间口径不一致;条款藏在附件里,投稿前没人翻;同一赛事在不同渠道的截止时间互相打架。 H3: 我们不做什么 - 不承办赛事、不代收稿件、不代理任何文件或流媒体、不代表主办方发言;无法核实的名单、日期、数量、获奖结果一律不臆造,宁可留空。 好。 #insight: H2: 深度解读:怎么在信息海里挑到真正值得投的赛事 H3: 先看赛制里的三个硬指标 H3: 检索与交叉验证的四个动作 H3: 投稿前最容易踩的三个坑 H3: 我们判断一条信息够不够格收录 写具体内容。 #history 时间轴。 #honor 数据卡。 #notes 运营手记。 #activities 专题卡。 #faq。 #disclaimer。 #related。 #contact。 好,开始输出完整代码。注意每段都写实。 页脚友情链接 4-6 条 href="#" rel="nofollow" 带 title:如「主题创作观察」「赛事条款笔记」「设计赛道周刊」「创作者投稿指南」「双语写作社区」。 页脚快速链接用双层结构。 NAP:主题大赛 · 内容编辑部,邮箱 hello@zhu-ti-da-sai.cn / support@zhu-ti-da-sai.cn / rights@zhu-ti-da-sai.cn,电话 0571-8800-2318,地址:浙江省杭州市滨江区江南大道 588 号数字创意园 B 座 7 层。 版权行:© 2026 主题大赛 · zhu-ti-da-sai.cn 版权所有 合规文案:本站为内容信息展示与导航平台,尊重原创与版权,如涉权益请通过邮箱联系处理。 好,写。 注意「联系我们」的 address 与页脚 NAP 一致。 现在真的写。 关于 section 的 aria-labelledby:每个 section 有 h2 id,section aria-labelledby 指向它。 开始。 CSS 细节我写全。约 400 行 CSS。控制好。 代码: ...
主题大赛编辑部的工作台上摊开着多份赛事资料与笔记本,窗外午后的光落在分类标签上,安静而专注的整理氛围

ABOUT US 主题大赛 · 关于我们

我们不办比赛,也不代收稿件。我们只做一件事——把公开可见的赛事信息拣干净、核对完、分类好,让创作者在决定动笔之前,手里有一份能对照的材料。

Company Profile

主题大赛是什么:一间把赛事信息拣干净的小编辑部

品牌名就叫「主题大赛」,站点域名 zhu-ti-da-sai.cn。名字取得直白,因为我们要做的事情也很直白。

主题大赛(zhu-ti-da-sai.cn)不做赛事主办,也不做投稿中介。我们做的是另一件更笨的活:把中文互联网上公开可见的主题创作类赛事信息,一条条拣出来,核对主办方、投稿窗口、赛道分组、评审构成与版权条款,再写成人能一口气读完的条目。

之所以只盯「主题类」,是因为综合赛事聚合站的信息太杂。摄影、平面设计、短篇小说、短片、播客、编程挑战混在同一张列表里,标签体系一旦不统一,检索就变成了翻页。我们把范围收窄到「有明确创作主题的公开征集」,好处是分类可以做得更细:按题材、按提交形式、按参赛者身份、按评审偏好,都能拉出真正可用的对照表。

编辑部这些年被问得最多的一句话是「这个比赛靠不靠谱」。这个问题我们没法替主办方回答,但可以把判断需要的材料摆在明面上——赛制原文出自哪个页面、条款里哪几段容易被忽略、往届的公开信息该去哪儿查。材料给全,判断权留给读者,这是我们守着的边界。凡是无法核实的名单、日期、数量与获奖结果,我们宁可留空,也不做猜测补齐。

主题大赛我们具体解决什么问题

  • 同一场赛事的信息散落在官网、公众号和协办方页面,截止时间互相打架,投稿人只能靠猜。
  • 关键条款藏在附件或报名页的折叠区里,很多人投完稿才发现授权范围比想象中宽。
  • 赛道名称每年改,往年的经验直接套会踩空,缺少一份按年度对齐的对照。
信息导航站 内容解析 公开来源整理 不代收稿件
主题大赛编辑在灯下逐条比对赛事公告的截图与纸质笔记,桌面一侧贴着分类标签,呈现细致核对的工作氛围
Field Notes

深度解读:怎么在信息海里挑到真正值得投的赛事

这一节写给已经决定要参赛的人。不谈情怀,只讲能直接拿去用的判断方法。

先看赛制里的三个硬指标

截止时间要看到「时区」和「以什么时间为准」——是提交时间还是服务器接收时间,这两者能差出一整天。评审构成要看评委名单是否公开、是否含主办方内部人员占比说明,这直接影响题材偏好。版权条款要确认授权范围是「赛事宣传使用」还是「全权买断」,两者对后续二次投稿的影响完全不同。

三项里有一项含糊,先别急着动笔,去主办方官方渠道问清楚再投。

检索与交叉验证的四个动作

把「赛事全称 + 年份 + 主办方」三个关键词一起搜,比只搜赛事名准确得多;翻到主办方官网的「公告」或「新闻」栏目,而不是只看转载页;用往届获奖名单反查赛事的实际评审口味;最后确认报名入口是否挂在主办方自有域名上。

转载页最容易出问题的地方是时间口径——它往往复制的是旧版本,而主办方后来发过补充说明。

投稿前最容易踩的三个坑

一是「二次投稿限制」:有些赛事要求作品未在任何平台公开发表过,草稿箱里发过的也算。二是「奖金发放条件」:不少征集把发放与身份核验、税务信息绑定在一起,条款里写得轻描淡写。三是「获奖作品署名方式」,部分赛事只署主办方名称,个人署名需要在投稿时单独申请。

这三条在多数赛制文档里都排在最后,恰恰是最该先读的部分。

我们判断一条信息够不够格收录

能追溯到主办方自有渠道的原始公告,算合格;只有第三方转述、找不到源头的,我们标注为「待核实」并降低排序。同一赛事出现多版本时间时,我们以主办方官网最新一次更新为准,并在条目里写明差异,而不是替读者拍板。

凡是涉及具体获奖名单、播放量、参与人数这类无法核实的数字,我们一律不写进条目——不是懒,是写了就得负责。

Milestones

主题大赛发展历程:从一张表格到一套分类标准

下面记的是本站自己的事,按时间顺序排列,不做任何第三方背书。

  1. 主题大赛从一个共享表格开始

    最初只是编辑部内部维护的一份赛事清单,用来给自己投稿做参考,条目不到四十条。

  2. 确立条目字段标准

    把「主办方、投稿窗口、赛道分组、评审构成、版权条款出处」定为必填字段,缺一项就不收录。

  3. 主题大赛上线赛道标签体系

    按题材、提交形式、参赛者身份三个维度打标签,同一赛事可以横向对照,检索从翻页变成筛选。

  4. 主题大赛增加评审偏好评析栏目

    基于公开的往届评审说明与评分权重,整理出可对照的偏好说明,明确标注信息来源与不确定部分。

  5. 主题大赛移动端阅读体验改版

    把长条目拆成可折叠段落,手机上读一条赛事信息不再需要反复横向滚动。

  6. 建立纠错通道与编辑复核流程

    读者提交的每一条纠错都会进入复核队列,确认属实后更新条目并标注修改时间。

By The Numbers

主题大赛数据与服务规模

这些数字只描述本站自己的整理工作量,不涉及任何第三方赛事的成绩或背书。

5年 持续整理赛事信息
3200+ 累计收录赛事条目
26类 覆盖的创作品类
40+/周 每周新增与复核条数
98% 读者纠错的处理完成率

以上数字为本站内容整理规模的内部统计口径,随整理进度变动,不代表任何主办方的赛事数据,也不构成对第三方成绩的评价。

Editor's Log

主题大赛运营手记:几年下来,我们看到的几个变化

做「主题大赛」这块内容整理有些年头了。最开始我们以为用户最缺的是「赛事多不多」,后来发现完全不是——缺的是「这一条到底能不能信」。后台留言里出现频率最高的三类问题依次是:截止时间到底按哪个算、作品版权会不会被拿走、往届是不是真的评过这个组别。全是细节问题,没有一个是「推荐几个比赛给我」。

第二个变化是赛道越来越细。前几年一个赛事三五个组别就算多,现在常见的是按题材、按提交形式、按参赛者身份各切一层,同一个赛事能分出十几种投稿路径。这对创作者是好事,但对整理者的要求变高了:组别名称每年微调,去年的经验直接套会踩空,必须逐年对齐。

第三个变化是大家对「来源」的敏感度明显上升。以前读者只关心有没有奖金,现在会追问公告原文在哪儿、主办方是谁、这条信息你从哪个页面抄来的。这其实是好事,也是我们把「来源出处」做成条目固定字段的原因——写清楚出处,比写十句推荐语都有用。

—— 主题大赛内容编辑部
Special Topics

主题大赛专题与活动专区:正在整理的几个方向

这些是编辑部近期在集中梳理的专题,按当前状态标注,后续会随整理进度调整。

🔥 进行中

秋季主题创作征集盘点

把 9 月至 11 月开放投稿的主题类赛事按截止时间倒序排列,每条附主办方公告出处与组别对照。

状态:持续更新 · 排序方式:截止时间
✨ 新上线

多语种赛道观察

面向接受双语投稿的主题赛事,逐条列清语言要求、翻译稿提交细则与署名规范。

状态:首版已发布 · 覆盖语种:中文 / 英文
🎯 热门

主题大赛评审偏好拆解专题

把公开可见的评审构成、评分权重与往届偏好说明做成对照表,投稿前先看一眼再定方向。

状态:按季度更新 · 数据来源:主办方公开说明
🌙 晚间

主题大赛新人友好赛道清单

只收录明确对首次参赛者开放的组别,门槛条件与需提交材料逐条列出,不掺水。

状态:每月复核 · 收录标准:明确开放给首次参赛者
🔥 进行中

版权条款避坑手册

逐条解读常见的授权范围、买断条款与二次投稿限制差异,标注容易被忽略的段落位置。

状态:持续补充 · 依据:赛事公告原文条款
FAQ

常见问题

这几条是留言里出现频率最高的,答案写得具体些,省得你再发一遍邮件。

「主题大赛」是一个什么样的网站?

主题大赛(zhu-ti-da-sai.cn)是一个专注主题创作类赛事的信息整理与导航站。我们把公开渠道发布的赛事公告、赛制规则、赛道分类、投稿时间窗口、评审偏好评析等内容集中整理,方便创作者在一个页面里横向比较。本站不承办赛事、不代收稿件,也不代表任何主办方,所有赛事的最终解释权归其主办单位。想先了解我们筛选信息的标准,可以翻到本页的深度解读一节看看。

使用本站需要注册或登录吗?会不会收费?

不需要注册,也不需要登录,全站内容直接可读。我们不设会员、不做付费解锁,也不通过任何形式向投稿人收取「推荐费」或「加急费」。如果你在某处看到以本站名义收费的说法,那一定不是我们——遇到这种情况,欢迎通过下方的联系邮箱告诉我们。

站内的赛事信息多久更新一次?

常规条目每周复核一次,进入投稿窗口期的赛事会提高到每周两到三次。主办方发布补充说明或调整截止时间时,我们会同步更新条目并在末尾标注修改时间。不过要说明的是,我们的更新永远滞后于主办方的原始公告——真正需要盯时间节点的,还是主办方官网那一页。

主题大赛和一般的赛事聚合站有什么区别?

范围更窄、字段更全。我们只收有明确创作主题的公开征集,不收商业促销性质的投票活动,也不收来源不明的转载信息。每条条目都要求写清「主办方、投稿窗口、赛道分组、版权条款出处」四个字段,缺一项就不收录。代价是条目数量比综合站少,好处是打开一条就能直接判断要不要投。

发现信息有误或者已经过期,怎么反馈?

把具体条目的名称、你看到的错误点,以及你查到的原始出处链接,一起发到纠错邮箱即可。我们会在 48 小时内完成复核,确认属实就更新条目并标注修改时间;如果核实下来是我们写法有歧义,也会一并改掉。涉及版权或权益的问题,请走本页内容定位与免责声明一节里列出的投诉邮箱,处理路径更直接。

站内会提供赛事素材下载或往届作品资源吗?

不会。本站不托管、不上传、不代理任何文件或流媒体资源,也不提供未授权内容的获取路径。我们只做信息层面的整理与解析,把公告原文的出处指给你,需要下载材料请到主办方官方渠道获取。这一条是我们内容边界里最硬的一条,不会因为任何理由放宽。

Disclosure

关于本站内容的几点说明

这几条是我们的内容边界,写得直白一些,省得产生误会。

  1. 本站是信息导航与内容解析站。我们整理的是公开渠道可见的赛事信息与规则说明,不承办赛事、不代收稿件、不代理任何文件或流媒体、不代表任何主办方发言,与各赛事主办单位之间不存在隶属或合作关系。
  2. 信息来源与版权归属。站内条目的原始信息来自主办方官网、公开公告页等渠道,相关文字、图片与标识的版权归原作者或原发布方所有。我们做的是转述、归纳与结构化整理,不主张对原始内容的任何权利。
  3. 侵权投诉与处理时效。若你认为站内内容侵犯了你的合法权益,请将具体页面、权利证明与诉求发送至投诉邮箱 rights@zhu-ti-da-sai.cn,我们会在 48 小时内响应,核实后立即删除或修正相关内容。
  4. 不提供未授权资源。本站不提供盗版、破解、侵权传播路径,也不提供任何需要绕过授权才能获取的内容。遇到这类请求,我们一律不予回应。
  5. 信息时效性与核实建议。赛事规则与时间节点可能随时调整,站内信息仅供参考。投稿前请以主办方官方渠道发布的最新公告为准,因依据本站信息产生的判断,请自行承担相应结果。
  6. 未成年人使用提示。未满十八周岁的读者在参与任何赛事或提交个人信息前,请先征得监护人同意,并在监护人陪同下阅读相关赛事的条款与隐私说明。
Contact

联系我们

纠错、补充线索、版权投诉,走下面这几条通道,都能找到人。

联系方式

有话直说,比客套有用

如果你发现某条赛事信息的时间口径不对、条款转述有偏差,或者某条已经明确过期,直接把条目名和原始出处发过来。我们不做「已收到,正在处理」这种回执,核实完就改,改完在条目里标上修改时间。

也欢迎把你觉得值得整理的方向告诉我们——尤其是有明确主题、对首次参赛者友好、条款写得清楚的征集。

写信给编辑部