<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>建议与政策：正在讨论 (新帖文)</title>
		<link>http://lostmedia.wikidot.com/forum/c-7851842/</link>
		<description>论坛分类中的帖文 &quot;建议与政策：正在讨论&quot; - 我们该怎样改进这个网站？在这里提出任何关于网站架构及政策的讨论及提问。</description>
				<copyright></copyright>
		<lastBuildDate>Sat, 11 Jul 2026 15:00:50 +0000</lastBuildDate>
		
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18121284#post-8493982</guid>
				<title>关于演出音乐的界定问题: Re: 关于演出音乐的界定问题</title>
				<link>http://lostmedia.wikidot.com/forum/t-18121284/#post-8493982</link>
				<description></description>
				<pubDate>Fri, 10 Jul 2026 07:23:37 +0000</pubDate>
				<wikidot:authorName>5M7</wikidot:authorName>				<wikidot:authorUserId>6624859</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>我个人是觉得你把问题想复杂和偏题了，<strong>本质上你思考的方向是音乐鉴赏方面等主观性内容，但实际上从站点角度出发是目标媒体是什么的客观性内容，二者在出发点和理念上不相交。</strong></p> <p>从词条的定义上来看，任何所写词条必定指代至少一个具体的媒体介质，<sup class="footnoteref"><a id="footnoteref-124938-1" href="javascript:;" class="footnoteref" >1</a></sup>词条的所有内容<sup class="footnoteref"><a id="footnoteref-124938-2" href="javascript:;" class="footnoteref" >2</a></sup>围绕该媒体介质的相关内容展开。</p> <p>比如存在一个LM性质的音乐《A》。从LM的角度来说，音乐虽然是媒体，但从词条创建的角度来说，音乐本身不存在一个媒体的介质<sup class="footnoteref"><a id="footnoteref-124938-3" href="javascript:;" class="footnoteref" >3</a></sup>，所以需要在词条构筑时表明所存在的媒体介质。我觉得可接受的例子如：</p> <blockquote> <ul> <li>《A》（丢失的视频；xxx年） -&gt; 介质：视频</li> <li>《A》（丢失的xxx乐谱；xxx年） → 介质：纸媒</li> <li>《A》（丢失的音频；xx年） → 介质：音频</li> <li>《A》（来源不明的音频；xxx） → LW</li> </ul> </blockquote> <p>不可接受的例子如：</p> <blockquote> <ul> <li>《A》（丢失的音乐；xxx年） → 音乐不是媒体，其他人不知道此词条指代什么。</li> <li>《A》（丢失的演出； xxx年）→ 演出不是媒体，尽管从直觉上演出往往代表视频，但容易产生歧义，如演出可以被文字记录到纸上。</li> </ul> </blockquote> <p>上述例子，如果涉及到多个媒体的情况，比如《A》可能丢失了乐谱（纸）、音频、视频三种情况，应遵循词条关于多媒体的拆分和合并原则，这些有规范可遵循。</p> <p>应该强调的是，这个问题本身不是谁对谁错的问题，这是从管理规范上如何更好的处理所有情况的问题。因为音乐有这种发散性问题，同样漫画、电视剧、动漫等媒体也会存在此问题，站点不可能处理无穷无尽的主观定义问题，尽量化繁为简才是一个最佳实践方案。</p> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-124938-1"><a href="javascript:;" >1</a>. 这里排除掉存在性待定的情况</div> <div class="footnote-footer" id="footnote-124938-2"><a href="javascript:;" >2</a>. 所谓围绕在于可能存在一些其他媒体在词条内作为辅助材料，但不是词条指代目标，故不关心这些媒体的性质。</div> <div class="footnote-footer" id="footnote-124938-3"><a href="javascript:;" >3</a>. 值得注意的是发出一段声波这个物理现象可以存在于视频、音频中，音乐也可以以某种符号概念被记录在纸上，所以谈到它不能确定是哪个介质。</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18121284#post-8492116</guid>
				<title>关于演出音乐的界定问题: Re: 关于演出音乐的界定问题</title>
				<link>http://lostmedia.wikidot.com/forum/t-18121284/#post-8492116</link>
				<description></description>
				<pubDate>Fri, 10 Jul 2026 05:13:00 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>站点先前有过相关讨论，即搁置区的<a href="http://lostmedia.wikidot.com/forum/t-17146531/">这个帖子</a>。本质上<strong>现场演出不是一种承载了固定信息的媒介</strong>，如上述帖子中<span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/5m7" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=6624859&amp;amp;size=small&amp;amp;timestamp=1783660380" alt="5M7" style="background-image:url(https://www.wikidot.com/userkarma.php?u=6624859)" /></a><a href="http://www.wikidot.com/user:info/5m7" >5M7</a></span>所说，<strong>现场演出不是媒体，记录了演出内容的视频/音频才是明确的指代</strong>。</p> <p>上述帖子没有下文而被搁置，我个人对现场事件是否应收录持<strong>怀疑态度</strong>，因为它们不是明确指代的媒体，根源上属于<strong>被人为定义出的符合某种要求/条件的一类媒体</strong>，而媒体做不到明确特指就会引起各类麻烦的争议，例如你所陈述的那些版本问题。</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18121284#post-8491485</guid>
				<title>关于演出音乐的界定问题: 关于演出音乐的界定问题</title>
				<link>http://lostmedia.wikidot.com/forum/t-18121284/#post-8491485</link>
				<description></description>
				<pubDate>Fri, 10 Jul 2026 04:35:15 +0000</pubDate>
				<wikidot:authorName>XHG78999</wikidot:authorName>				<wikidot:authorUserId>6999474</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>rt，<a href="https://lostmedia.wikidot.com/forum/t-18114956/danfengchaoyang#post-8490488">《丹凤朝阳》讨论串</a>转移而来。</p> <p>有一些音乐作品，比如民族管弦乐这类艺术性作品，很多情况下其传播和发行依靠各类演出，与目前“音频”类目常收集的，在录音棚或电脑内制造并发行的音乐作品相去甚远。这个差异导致目前填词条时出现了部分争议。在此陈述一些我的观点，以供讨论，鄙人不才，还请手下留情。</p> <p><strong>一、记录和记录形式</strong></p> <p>首先我支持将这类音乐的演出资料界定为媒体。对这些乐曲的记录，其重点并不在于某场演出，因为一首曲子可以根据背景被编入千千万万的演出之中，它的独立性是由音乐媒介的性质决定的。</p> <p>目前大部分音乐演出的资料都是视频，因为除了乐曲本身，乐队配置、指挥等细节也是鉴赏此类音乐必须考量的。从资料本身的性质来看，这类音乐的条目应该标记为视频。这也是我写《印象良渚》条目的时候得到的答复。</p> <p>但是，界定一首乐曲独立性的依据是旋律，在大家可感的前提下，其侧重点应当是承载旋律的音频，而视频只不过携带了旋律表达的副产物罢了。剥离其附加的乐队配置等信息（对于绝大多数曲子这不是区分其独立性的依据），标记为音频的话也许可以更加着重地突出这种媒体的性质。</p> <p>最后是对于乐谱的划分问题。原始乐谱是乐曲旋律的根源<sup class="footnoteref"><a id="footnoteref-297301-1" href="javascript:;" class="footnoteref" >1</a></sup>，有部分学者认为，记谱语言可以算作部分表意文字<sup class="footnoteref"><a id="footnoteref-297301-2" href="javascript:;" class="footnoteref" >2</a></sup>，那么系统性的记谱就可以属于文本媒体的一种。不过，按照现有条件，大部分乐谱只能通过图片的形式呈现，从媒介本身的性质又得界定为图片——不过由于它的重点并不在图片展示的景象的独特性，因而我个人不是特别赞同这种划法。</p> <p><strong>二、独立版本问题</strong></p> <p>这类音乐作品通常有明确的体例划分，且通常关系到区分一些相近的版本。比如说，目前已知的李博禅《楚颂》就有<a href="https://www.bilibili.com/video/BV14E411N7G4">二胡协+民族管弦乐团</a>、<a href="https://www.bilibili.com/video/BV1rT411q7kM">二胡协+西洋管弦乐团</a>、<br /> 二胡独奏（<a href="https://www.huain.com/article/erhu/2023/1220/2440.html">此处</a>提及，我没有找到较为权威的演出视频）、<a href="https://www.bilibili.com/video/BV1c3411M7CT">二胡+钢琴重奏</a>、<a href="https://www.bilibili.com/video/BV1X44y1a7sL">笛子+西洋管弦乐团</a>、<a href="https://www.bilibili.com/video/BV18T411u71g">笛子+民族管弦乐团</a>、甚至（我个人听说）个别乐团自行修改的民族管弦乐合奏等种种独立配器乐谱版本<sup class="footnoteref"><a id="footnoteref-297301-3" href="javascript:;" class="footnoteref" >3</a></sup>。如果再添加各类乐团可能的临时删减，把他们都单独划分版本，再标丢失找回，将产生巨量的重复条目。考虑到它们之间的链接性质，我倾向于将它们作为同一首乐曲进行处理，而不是划分为合集，因为其核心旋律依旧是相同的。</p> <p>另外，在旋律一致、音色没有大致变更的前提下，我认为不应该按照声乐标准对这类音乐区分所谓“翻唱”与否，不同乐队演奏同一曲目，除了可能的停顿处理和速度外的差异几乎可以忽略。</p> <p>另外还有“移花接木”问题。此前《印象良渚·光耀东方》变成《颂江南》，个人听下来开头的鼓段似乎有细微差异，按照前面提到的标准则应当同样划入《印象良渚》的条目，但是演出方对待这些经过少量修改的复制内容是当作全新的独立作品的，这和目前已经有的重新剪辑片段有性质区别。出于方便记录的目的，我认为可以继续保留他们是原曲目部分。如果移花接木的片段失传了，原片段可以作为平替，反之亦然。</p> <p>以上是目前编辑中发现的问题，不吝赐教。若有其余问题，后续再补充。</p> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-297301-1"><a href="javascript:;" >1</a>. 这里暂时排除由音视频资料反推的“扒谱”，这些东西我倾向于认为是一种复原。</div> <div class="footnote-footer" id="footnote-297301-2"><a href="javascript:;" >2</a>. 所谓部分表意就是指这套系统只能呈现特定种类的信息，局限于特定领域的活动。举例来说，拉丁文、古埃及象形文字和盲人点字都能够完整表意，不论是税条、史书、商业法律，或是情诗和历史著作，全部难不倒它。相较之下，最早的苏美尔文字就像是现代的数学符号和音乐符号，只能部分表意。例如数学符号虽然能用来计算，但要写情诗就做不到了。——《人类简史》</div> <div class="footnote-footer" id="footnote-297301-3"><a href="javascript:;" >3</a>. 似乎还有笙+笛室内乐、笙+笛+钢琴重奏等等版本，但是都不是正规乐团演出。我没有条件直接去版权库翻有没有独立版本的乐谱，大概率是自改，这里按下不表。</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17646909#post-8467037</guid>
				<title>是否额外在讨论区填加词条归档的通知板块？: Re: 是否额外在讨论区填加词条归档的通知板块？</title>
				<link>http://lostmedia.wikidot.com/forum/t-17646909/#post-8467037</link>
				<description></description>
				<pubDate>Thu, 09 Jul 2026 06:03:31 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p><span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/h-w" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=8108397&amp;amp;size=small&amp;amp;timestamp=1783577265" alt="H_W" style="background-image:url(https://www.wikidot.com/userkarma.php?u=8108397)" /></a><a href="http://www.wikidot.com/user:info/h-w" >H_W</a></span>提出可以用类似info表单<sup class="footnoteref"><a id="footnoteref-225109-1" href="javascript:;" class="footnoteref" >1</a></sup>的形式给归档页面加记录，方案的实现效果如下：</p> <ul> <li>页面归档后，顶部会显示一个让站务添加归档记录的快捷链接，进入后填写表单并保存，该记录就会显示在归档页上方。</li> <li>记录本质是一个新的命名空间的页面，因此自带创建者、创建时间等信息，表单中预设几种归档理由供选择。在其他地方可以用listpage制作这个归档记录的列表。</li> </ul> <p>这个方案的优势是将归档记录作为了独立元素，不依托讨论串、帖子等介质，因此能够自由地引用并保持信息同步。归档页顶部挂快捷链接也使得操作流畅便捷，删完顺手就能加。</p> <hr /> <p>关于目前的<a href="http://lostmedia.wikidot.com/deleted">归档页面列表</a>，本人再三考虑后，认为虽然其在用户使用上的作用是客观存在的，但都不足以单拎出来做文章，为了那些需求反复修改维护也不合适。与其让列表带着各种难办的因素下不去手，不如把最核心的需求单独分出去从头搞。因此目前的想法如下：</p> <ul> <li>新增一个<strong>归档记录</strong>的列表页，定位完全服务编者。与旧列表不同，<strong>它是从编者对透明规范的归档制度的需求出发建立的</strong>，所有的优化维护也都围绕着这一点。</li> <li>完整的归档列表为了站务工作需要保留，但不再直接挂在顶栏。可以在新的归档记录页添加旧列表的链接，意思是“想看就可以看，但旧列表不会为了普通用户的需求做优化维护”。</li> </ul> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-225109-1"><a href="javascript:;" >1</a>. 指挂在词条顶部的重写信息</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17646909#post-8418046</guid>
				<title>是否额外在讨论区填加词条归档的通知板块？: Re: 是否额外在讨论区填加词条归档的通知板块？</title>
				<link>http://lostmedia.wikidot.com/forum/t-17646909/#post-8418046</link>
				<description></description>
				<pubDate>Tue, 07 Jul 2026 06:04:00 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>跟<span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/h-w" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=8108397&amp;amp;size=small&amp;amp;timestamp=1783404279" alt="H_W" style="background-image:url(https://www.wikidot.com/userkarma.php?u=8108397)" /></a><a href="http://www.wikidot.com/user:info/h-w" >H_W</a></span>讨论后，我感觉双方对归档区的定位理解<strong>存在偏差</strong>，导致了一些互相理解不了在说什么的情况。</p> <p>个人的情况如下：因为站里一直把归档列表挂在顶栏，所以我一直把那个页面当作面向用户的功能，也不可否认归档区有不少圣地巡礼的现象，或者从归档页找题材重写，这些肯定都是从顶栏入口进去查的。</p> <p>虽然这一点重要性不高，不让用户看归档页也不影响站点运行，但因为上述客观事实，<strong>个人一直把归档列表视作站点生态的一部分</strong>，<strong>所以更倾向用户体验的角度来看待</strong>。前段时间淮海浪士提出站里归档操作不规范后，我就会倾向从用户角度思考归档区有没有别的问题，能不能一起解决了，<strong>过程也确实可能想太多</strong>，<strong>顾及了实际不存在的需求</strong>。正好碰到迁站能让归档重新来过，所以顺着淮海浪士的意见提了自己的一系列想法。</p> <p><span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/h-w" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=8108397&amp;amp;size=small&amp;amp;timestamp=1783404279" alt="H_W" style="background-image:url(https://www.wikidot.com/userkarma.php?u=8108397)" /></a><a href="http://www.wikidot.com/user:info/h-w" >H_W</a></span>似乎更倾向于归档就是个删除操作，并不是面向用户的，列表挂在顶栏是当时顺手。因此我确实对此有误解，但归档列表在用户层面的作用我个人认为是<strong>客观存在</strong>的，若最后讨论确定该功能不面向用户，直接藏掉不让用户看，我也不反对，只是希望讨论过程中不要完全忽视这一点。在不面向用户的前提下，这个串里我提出的想法肯定也不完全合适了，需要重新考虑。</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17646909#post-8416086</guid>
				<title>是否额外在讨论区填加词条归档的通知板块？: Re: 是否额外在讨论区填加词条归档的通知板块？</title>
				<link>http://lostmedia.wikidot.com/forum/t-17646909/#post-8416086</link>
				<description></description>
				<pubDate>Tue, 07 Jul 2026 04:21:34 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>政策区关于归档制度的帖子有2个，为避免无意义的讨论分流，先结束了另一个，以后集中到本帖讨论吧。</p> <p>之前提出的一系列归档制度改革是建立在新站MediaWiki框架下的，迁站暂停后尚无法延续讨论，因此可以考虑在旧站先行做一些变革。目前已知有以下问题：</p> <ul> <li>Wikidot不存在MediaWiki那种自带留档的删除操作，这里要么是转移到其他命名空间，要么就彻底删除无留档。</li> <li>即使设定归档放在其他命名空间，底栏的“删除按钮”也是绑定deleted命名空间，修改不了，可能导致站务误操作。</li> <li>既然没有删除操作，也不存在MediaWiki自带的“删除原因”功能，想要实现这点会更加麻烦。</li> <li>deleted命名空间已经是屎山了，又因为默认的删除绑定这个空间，想做文章就很难不对这里搞大动作。</li> </ul> <p>目前有一个比较简单的方案：开新板块，将词条归档的信息记录为一条条帖子，规定帖文使用固定格式，然后<a href="http://lostmedia.wikidot.com/deleted">归档页面</a>改用<a href="https://www.wikidot.com/doc-modules:frontforum-module">FrontForum 模块</a>，将该板块的帖子整理成列表形式展出。这样在不新增命名空间的前提下，也能实现归档词条单独列表以及展示归档者和归档原因。唯一的问题是Front Forum模块没有自带翻页，得用[[html]]手搓翻页功能（懒得喷了）。。。</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18076190#post-8380765</guid>
				<title>关于站务申请: Re: 关于站务申请</title>
				<link>http://lostmedia.wikidot.com/forum/t-18076190/#post-8380765</link>
				<description></description>
				<pubDate>Sun, 05 Jul 2026 05:34:53 +0000</pubDate>
				<wikidot:authorName>Sakura Shiori</wikidot:authorName>				<wikidot:authorUserId>10257588</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>感觉可以降职一点管理员，就到版主这差不多了</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18076190#post-8378725</guid>
				<title>关于站务申请: Re: 关于站务申请</title>
				<link>http://lostmedia.wikidot.com/forum/t-18076190/#post-8378725</link>
				<description></description>
				<pubDate>Sun, 05 Jul 2026 03:49:01 +0000</pubDate>
				<wikidot:authorName>Sakura Shiori</wikidot:authorName>				<wikidot:authorUserId>10257588</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>“MAST“干脆就叫“条辅”吧，词条辅助人员的简称</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18076190#post-8377690</guid>
				<title>关于站务申请: Re: 关于站务申请</title>
				<link>http://lostmedia.wikidot.com/forum/t-18076190/#post-8377690</link>
				<description></description>
				<pubDate>Sun, 05 Jul 2026 01:43:41 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>权责扁平化个人也支持，mediawiki就是有一大批操作权限可以细致地调控，职位之间可以互不重叠互不冲突，而不是给人线性晋升的感觉。</p> <p>可惜Wikidot做不到这一点，自带职权的包含关系也导致扁平化很难实现，比如版主这个职位，拥有移动归档词条的权限，但一定会同时附带编辑站里全部组件代码页的权限，而这个东西绝大部分人不需要，也存在风险，即“权责不对等”，很尴尬。</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18076190#post-8373862</guid>
				<title>关于站务申请: Re: 关于站务申请</title>
				<link>http://lostmedia.wikidot.com/forum/t-18076190/#post-8373862</link>
				<description></description>
				<pubDate>Sat, 04 Jul 2026 15:01:39 +0000</pubDate>
				<wikidot:authorName>5M7</wikidot:authorName>				<wikidot:authorUserId>6624859</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>我觉得首先可以明确招站务的目的性，本质上还是为了维护运营站点的人手问题。<sup class="footnoteref"><a id="footnoteref-373853-1" href="javascript:;" class="footnoteref" >1</a></sup>如果站点运营政策和站务团队本身规模无变化，那其实就没必要再招人了。因为无论从政治还是人性的角度来说，一个冗余膨胀的特权组织都不利于社区民主和稳定的发展，当然最主要的还是没有必要，所以我觉得可以做出以下变动。</p> <p><strong>1、先暂时关闭申请中心站务申请一栏目。除非站点运营负荷到达上限或者站务本身有离职或不活跃的情况，再声明并开启。</strong></p> <p>这个措施可以配合全站公告使用<sup class="footnoteref"><a id="footnoteref-373853-2" href="javascript:;" class="footnoteref" >2</a></sup>，即上述情况出现时进行全站公告再开启申请中心，防止出现不合时宜的权限流动。</p> <p>当然该措施需要站务人员主动地离职，防止尸位素餐的情况，届时可以配合一些不活跃审查机制，把他们移除掉。</p> <p><strong>2、扁平化主观的权力模型，平行地分配权责。</strong></p> <p>无视维基给予的操作权限本身，<strong>现在的部分人员认为站点权力结构存在：MAST → 版主 → 管理员——这种纵向的晋升模型，我认为应该从制度上直接剔除掉这种思想，因为会导向“谁当xxx谁更牛”的攀比思想。</strong></p> <p>我认为权责上应该将这种模型划分，这是个假设：管理只管<sup class="footnoteref"><a id="footnoteref-373853-3" href="javascript:;" class="footnoteref" >3</a></sup>组件代码/申请书、版主只管词条附件异动/讨论区规划、MAST只管标签定义/文本修缮……</p> <p>实际上就是职权架构从 { MAST → 版主 → 管理员 } 变成 { MAST | 版主 | 管理员 } 此类平行模式。当然这里只是抛砖引玉，具体要不要存在从属关系，或者要不要增减新的职务另说。</p> <p>当然诸如一些重要之决策，<strong>其实本身就是人人可以提意见的良性民主情况，所以其实无论社区成员是不是站务，都可以参与这些议题，站务充其量就是在多数议论中拿个主意执行罢了。</strong>至少迄今，站内都是这种良性模式，运行也没问题，应当保持这种精简的结构。</p> <p><strong>3、不建议把MAST作为一个人人可当的“人才储备”池。</strong></p> <p>因为<strong>从职权上来看，MAST其实就是拥有一定权力的，因为本身各类标签在经过站点规范发展时已经拥有了特权含义，这不同于往日。</strong>想象一下，如果未来有很多MAST职员，然后关于词条问题就有太多决策者了，那么这些决策者的观念参差不齐、互相冲突又如何夺定一件事由？这样潜在不稳定因素就太多了。</p> <hr /> <p>by the way，目前的站务团队也没必要跟着政策变化而变动。</p> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-373853-1"><a href="javascript:;" >1</a>. 我能理解因为之前这个事情根本没啥热度，现在放到申请中心来突然就被关注了，所以事情起了变化。</div> <div class="footnote-footer" id="footnote-373853-2"><a href="javascript:;" >2</a>. 因为我相信不会频繁出现前述的情况。</div> <div class="footnote-footer" id="footnote-373853-3"><a href="javascript:;" >3</a>. 当然实际操作上如此绝对并不可行，这里只是夸张说法，应该考虑的是最终决策权而非不能参与。</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-18076190#post-8373789</guid>
				<title>关于站务申请: 关于站务申请</title>
				<link>http://lostmedia.wikidot.com/forum/t-18076190/#post-8373789</link>
				<description></description>
				<pubDate>Sat, 04 Jul 2026 14:10:40 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>站务申请开放后，出现了不少问题，所以目前先暂时关闭了，单开个帖子讨论下，等有结果了再看怎么办。</p> <p>首先是有几位MAST在任职没多久的情况下直接去申请版主甚至管理员，只能说不要太着急，刚任职的新手还有很多要学习的，有没有能力承担更高的职责也还看不出来，所以先做好当下吧</p> <ul> <li>管理员单独拎出来说，从<a href="http://lostmedia.wikidot.com/meet-the-staff">站务团队</a>能看出目前管理员和版主的数量是失衡的，这点要怪我之前放权太松了。<strong>管理员其实是站点需求最低的职位</strong>，有3人都完全足够了，因为后台面板的操作频率要远远低于其他前台事务。并且大部分人任这个职位也只有个权限最高的形式，并不具备主导站点事务的能力，在这里堆人数毫无意义。</li> </ul> <p>目前站务的数量已具规模，维护站点运行是足足够用的，所以应该关注下其他的问题。除了上述的管理和版主数量失衡，也有站务申请只在有需求时非常态开放的提议。综合这些情况，个人对站务团队的运行提一些想法：</p> <ul> <li>限制管理员的任职途径和总人数，保证这个职位上的人稳定且可靠。例如出现管理员辞职缺位的情况时，考虑在社区公投票出新管理员。</li> <li>MAST和版主可以相对宽松，可以配套一些MAST升版主的要求，MAST申请则“只在有需求时非常态开放”。</li> <li>“MAST”可以考虑换个更直观的中文名字，例如“xx辅助”之类的。</li> </ul> <p>另外，个人觉得Wikidot的权限系统太过简陋，职位仅2种且是包含关系，导致权责难以对等，形式盖过实际。如果未来迁站后的新站点对这方面有所改善，咱们的站务体系也得与时俱进啊。</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17947232#post-8320042</guid>
				<title>个人对精品推荐的一些想法: Re: 个人对精品推荐的一些想法</title>
				<link>http://lostmedia.wikidot.com/forum/t-17947232/#post-8320042</link>
				<description></description>
				<pubDate>Mon, 22 Jun 2026 10:44:39 +0000</pubDate>
				<wikidot:authorName>Hanksl</wikidot:authorName>				<wikidot:authorUserId>9904744</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p><span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/5m7" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=6624859&amp;amp;size=small&amp;amp;timestamp=1782126850" alt="5M7" style="background-image:url(https://www.wikidot.com/userkarma.php?u=6624859)" /></a><a href="http://www.wikidot.com/user:info/5m7" >5M7</a></span>提的制度比较像是LMW的<a href="https://lostmediawiki.com/On_the_Hunt_archives">On the Hunt</a>，我认为在本站推行会是非常好的想法，且其与精品推荐是可共存并行的，可以考虑着重在像<a href="http://lostmedia.wikidot.com/pipisiwangji">皮皮死亡记</a>这类曾在网络上流通的媒体，这些媒体极有可能还保存在某个人的电脑里，只是不晓得其已经失传，或不晓得怎么找<sup class="footnoteref"><a id="footnoteref-875028-1" href="javascript:;" class="footnoteref" >1</a></sup>，这会需要有组织的联络与宣传。亦或是需要实物/地调查的媒体例如：<a href="http://lostmedia.wikidot.com/jinggaoshimin">“敬告市民”广告</a><sup class="footnoteref"><a id="footnoteref-875028-2" href="javascript:;" class="footnoteref" >2</a></sup>、<a href="http://lostmedia.wikidot.com/xiaomabaoli-daminggongqiyuji">大明宫奇遇记</a><sup class="footnoteref"><a id="footnoteref-875028-3" href="javascript:;" class="footnoteref" >3</a></sup>等。若要在本站运行的话，除了建立新栏目外，也可以把原先媒体资讯的媒体新线索单独拉出，或是直接善用<a href="https://lostmedia.wikidot.com/forum/c-7964748/">这里</a>。除此以外，若是真的要发起大规模的搜索，我认为搜索主导方和发起人必须是维基官方，否则难以建立有效的搜索团队，且要发起这样大规模搜索的前提是，寻找的媒体本身必须在社区内有一定热度，否则很快就会变为冷案。</p> <p>关于精品推荐制度，我认为是值得保留的，它能让第一次接触本站的人提供一个快速认识本站点运行的方式，也可以让新手对词条编写有良好的参考标准，且部分媒体找回的过程的确非常精彩，例如：<a href="http://lostmedia.wikidot.com/diaoqiaonvgui">吊桥女鬼</a>、<a href="http://lostmedia.wikidot.com/yangmasiwangji">羊妈死亡记</a>、<a href="http://lostmedia.wikidot.com/xiang-yang-li-fa-dian">向阳理发店</a>。放在首页对本站的推广实有帮助。将名称改为推荐阅读或精选文章也许可以淡化<strong>奖励头衔性质的影响</strong>。</p> <p>至于如何解决“优秀词条”被”最近发现”占领，可以考虑延长的推选时间的间距，3个月甚至半年轮替一次，另外除了推荐那些已被完整解决的词条，也可以优先推荐像<a href="http://lostmedia.wikidot.com/yuanyanglanghua">远洋浪花</a><sup class="footnoteref"><a id="footnoteref-875028-4" href="javascript:;" class="footnoteref" >4</a></sup>、<a href="http://lostmedia.wikidot.com/feiqiwuxiaxiaoshuofang">废弃武侠小说房</a><sup class="footnoteref"><a id="footnoteref-875028-5" href="javascript:;" class="footnoteref" >5</a></sup>、<a href="http://lostmedia.wikidot.com/lalianxingqiu">拉链星球</a>、<a href="http://lostmedia.wikidot.com/lalaguowang">啦啦国王</a><sup class="footnoteref"><a id="footnoteref-875028-6" href="javascript:;" class="footnoteref" >6</a></sup>、<a href="http://lostmedia.wikidot.com/zhao-zha">嘲哳</a><sup class="footnoteref"><a id="footnoteref-875028-7" href="javascript:;" class="footnoteref" >7</a></sup>等，这些几乎很难再有新发现的冷案。但前提是词条本身必须足够完整。</p> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-875028-1"><a href="javascript:;" >1</a>. 皮皮死亡记丢失的是swf文件，曾经运行过该档案的电脑有机会将其保留在缓存中，可以使用<a href="https://sindexmon.github.io/decache/">Decache</a>检查，因此寻找曾经观看过且尚保留观看设备的人至关重要</div> <div class="footnote-footer" id="footnote-875028-2"><a href="javascript:;" >2</a>. 这个条目目前缺乏当地的报导记录、仅有洛杉矶时报的一篇报导可以证明该广告曾经存在</div> <div class="footnote-footer" id="footnote-875028-3"><a href="javascript:;" >3</a>. 这个需要有人能亲自到大明宫一趟</div> <div class="footnote-footer" id="footnote-875028-4"><a href="javascript:;" >4</a>. 其已数字化，但电视台不太可能直接放出</div> <div class="footnote-footer" id="footnote-875028-5"><a href="javascript:;" >5</a>. 建筑的位置依旧是谜</div> <div class="footnote-footer" id="footnote-875028-6"><a href="javascript:;" >6</a>. 两者皆因版权问题无法直接放出</div> <div class="footnote-footer" id="footnote-875028-7"><a href="javascript:;" >7</a>. 无法确认op身分</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17646909#post-8243237</guid>
				<title>是否额外在讨论区填加词条归档的通知板块？: Re: 是否额外在讨论区填加词条归档的通知板块？</title>
				<link>http://lostmedia.wikidot.com/forum/t-17646909/#post-8243237</link>
				<description></description>
				<pubDate>Sun, 07 Jun 2026 09:06:22 +0000</pubDate>
				<wikidot:authorName>CHUNHUI948</wikidot:authorName>				<wikidot:authorUserId>10204459</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>是</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17971577#post-8211732</guid>
				<title>关于整合型媒体的定义、标签等相关问题: Re: 关于整合型媒体的定义、标签等相关问题</title>
				<link>http://lostmedia.wikidot.com/forum/t-17971577/#post-8211732</link>
				<description></description>
				<pubDate>Tue, 02 Jun 2026 08:13:16 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>我觉得有一些前提性的问题需要厘清：</p> <p>虽然这个议题是为了解决媒体资讯的一些争议而衍生的，但尺度显然已经大大超过了源议题，作为一个对词条规范管理影响相当大的独立议题存在了。若该议题没有其他前提性的矛盾争议支撑，目的只是为了解决源议题，显然是不合理的。</p> <p>在我看来，目前讨论帖缺乏对议题前提的矛盾争议的解释和讨论，即整合型词条在当下存在哪些问题，那些问题产生的原因是什么，是否严重，是否迫切地需要解决。缺少这些前提的情况下，“增设标签和独立管理制度规范”这样的政策显得很跳跃，它有几分是真正从整合型词条的问题出发而考虑的，个人认为需要打个问号。</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17971577#post-8197763</guid>
				<title>关于整合型媒体的定义、标签等相关问题: Re: 关于整合型媒体的定义、标签等相关问题</title>
				<link>http://lostmedia.wikidot.com/forum/t-17971577/#post-8197763</link>
				<description></description>
				<pubDate>Sun, 31 May 2026 05:25:16 +0000</pubDate>
				<wikidot:authorName>H_W</wikidot:authorName>				<wikidot:authorUserId>8108397</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>之前提到过说的是媒体与媒体之间并没有直接的关联性。剧集下都是 某个作品中的某些集数，而前文所述的就是之间除了创作者的共同点外无关联</p> <p>我认为判别方法就是像媒体咨询哪里”XXX部分发现“，直接写”XXX“的指代性明显与否<sup class="footnoteref"><a id="footnoteref-874942-1" href="javascript:;" class="footnoteref" >1</a></sup></p> <blockquote> <p>汇集组成的媒体数量应至少为10个媒体</p> </blockquote> <blockquote> <p>其必须在某个特定的讨论串提出并经过职员的审核同意后才可进行创建页面</p> </blockquote> <p>主要为之前Q群有人的询问，某个作者总共有80多个视频，自删了两个，于是就想着全无脑集合起来，有点钻漏洞的感觉</p> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-874942-1"><a href="javascript:;" >1</a>. 如： <span style="text-decoration: underline;">岛白的作品被部分发现</span> 指代不明，无法确定具体是什么；<span style="text-decoration: underline;">向阳理发店被部分发现</span> 明显为该剧集的某些集数/某些片段被发现</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17971577#post-8196858</guid>
				<title>关于整合型媒体的定义、标签等相关问题: Re: 关于整合型媒体的定义、标签等相关问题</title>
				<link>http://lostmedia.wikidot.com/forum/t-17971577/#post-8196858</link>
				<description></description>
				<pubDate>Sun, 31 May 2026 02:34:57 +0000</pubDate>
				<wikidot:authorName>5M7</wikidot:authorName>				<wikidot:authorUserId>6624859</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>我觉得这里的举例没有覆盖完全，按照定义来说，<a href="https://lostmedia.wikidot.com/system:page-tags/tag/%E5%89%A7%E9%9B%86#pages" target="_blank">剧集</a>这个标签大部分是“系列”的定义下的内容<sup class="footnoteref"><a id="footnoteref-345430-1" href="javascript:;" class="footnoteref" >1</a></sup>。这样的话，坏处是涉及到的面较多，好处是至少这些词条可以被规范化管理起来。<sup class="footnoteref"><a id="footnoteref-345430-2" href="javascript:;" class="footnoteref" >2</a></sup></p> <blockquote> <p>汇集组成的媒体数量应至少为10个媒体</p> </blockquote> <p>我觉得数量可以少点，4~5即可。想象一下九个媒体被拆分成九个词条有点多了。</p> <blockquote> <p>其必须在某个特定的讨论串提出并经过职员的审核同意后才可进行创建页面</p> </blockquote> <p>个人觉得繁琐了一点。按照普通词条处理即可，毕竟建立这种词条不会造成破坏性影响。</p> <p>另外可能需要讨论一些情况，比如：某个系列媒体不知道边界和划分的情况，举例：</p> <ul> <li><a href="https://lostmedia.wikidot.com/mengjindemengniang">萌尽的萌娘</a></li> </ul> <p>这个媒体既不知道它的边界<sup class="footnoteref"><a id="footnoteref-345430-3" href="javascript:;" class="footnoteref" >3</a></sup>，也不知道它系列具体划分是什么<sup class="footnoteref"><a id="footnoteref-345430-4" href="javascript:;" class="footnoteref" >4</a></sup>，所以可能会有争议。</p> <hr /> <p>回复<span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/h-w" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=8108397&amp;amp;size=small&amp;amp;timestamp=1780214916" alt="H_W" style="background-image:url(https://www.wikidot.com/userkarma.php?u=8108397)" /></a><a href="http://www.wikidot.com/user:info/h-w" >H_W</a></span>：</p> <blockquote> <p>围绕 作者、制片公司等单一对象 为主</p> </blockquote> <p>以这个定义严格展开，我觉得是良性的。不过可能名称不应叫“系列”，叫“作品集”之类的语义化更明确。</p> <p>另外如果按照此标准，我也支持审核模式。应当优先以最基本的单独词条为基础编写，这种方式无法解决矛盾后，再考虑“作品集”合并。</p> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-345430-1"><a href="javascript:;" >1</a>. 至于详细的具体情况尚未查实，但肯定包含绝大部分</div> <div class="footnote-footer" id="footnote-345430-2"><a href="javascript:;" >2</a>. 比如建立表格制度，这样至少知道剧集中的某几集的情况。</div> <div class="footnote-footer" id="footnote-345430-3"><a href="javascript:;" >3</a>. 一共有多少集或者话。</div> <div class="footnote-footer" id="footnote-345430-4"><a href="javascript:;" >4</a>. 目前寻回的内容没有说明它是以页数划分的，还是有章节数划分的。</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17971577#post-8193965</guid>
				<title>关于整合型媒体的定义、标签等相关问题: 关于整合型媒体的定义、标签等相关问题</title>
				<link>http://lostmedia.wikidot.com/forum/t-17971577/#post-8193965</link>
				<description></description>
				<pubDate>Sat, 30 May 2026 16:03:18 +0000</pubDate>
				<wikidot:authorName>H_W</wikidot:authorName>				<wikidot:authorUserId>8108397</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p><sub>捞一下，接<a href="https://lostmedia.wikidot.com/forum/t-17954067#post-8171952" target="_blank">此话题</a>继续。</sub></p> <hr /> <p>目前而言就是，对于某类围绕 作者、制片公司等单一对象 为主，通过表格等方式列举出来一大批媒体间除前述的单一对象外无关联性的条目，如：</p> <ul> <li>以作者 <ul> <li><a href="http://lostmedia.wikidot.com/drwilly">Dr.Willy的作品（部分发现的Vocaloid职人作品；2008-2010年）</a></li> <li><a href="http://lostmedia.wikidot.com/samplingsampling">samplingsampling的作品（部分发现的Vocaloid职人音乐作品；2010-2013年）</a></li> <li><a href="http://lostmedia.wikidot.com/syudou">syudou的作品（部分发现的Vocaloid职人音乐作品；2010-2014年）</a></li> <li><a href="http://lostmedia.wikidot.com/utero-vocaloid">Utero的作品（部分发现的Vocaloid职人音乐作品；2009-2014年）</a></li> <li><a href="http://lostmedia.wikidot.com/koronba">ころんば的歌曲（部分发现的UTAU职人制作的系列歌曲；2008-2016年）</a></li> <li><a href="http://lostmedia.wikidot.com/yurrycanon">ユリイ・カノン（尤里卡农）的作品（部分发现的Vocaloid职人音乐作品；2013-2015年）</a></li> <li><a href="http://lostmedia.wikidot.com/daobaidezuoping">島白的作品（发现的Vocaloid职人作品；2008年之后）</a></li> <li><a href="http://lostmedia.wikidot.com/kannagi">巫的作品（部分发现的Vocaloid职人的音乐作品；2009-2011年）</a></li> <li><a href="http://lostmedia.wikidot.com/tiefengp">鉄風P的歌曲PV（部分发现的Vocaloid职人歌曲PV；2008-2009年）</a></li> </ul> </li> <li>以团体 <ul> <li><a href="http://lostmedia.wikidot.com/guohua">国华失传电影（部分发现的台湾电影公司的失传电影；1968-1985年）</a></li> <li><a href="http://lostmedia.wikidot.com/meiguoguohuitushuguan-weishibietuxiang">美国国会图书馆未识别图像（部分确定来源的人物图像合集；约2015年之前）</a></li> </ul> </li> <li>杂项 <ul> <li><a href="http://lostmedia.wikidot.com/puxianxiwuminglianpu">莆仙戏无名脸谱（部分确定来源的系列脸谱；2013年之前）</a></li> </ul> </li> </ul> <p>上文列举出的条目（除国华）基本均为其中单一组成媒体信息过少，不足以支撑其完整的条目，因而被整合为一个条目内。目前如我在<a href="https://lostmedia.wikidot.com/forum/t-17954067/">此</a>提到的，由于媒体资讯简化导致对此类条目的发现描述并不清晰，因此最终的结论是对这类条目新增标签，并放开对其的简化描述。</p> <hr /> <p>目前结论为：</p> <p><strong>特性标签：</strong>系列（待定）<br /> <strong>定义：</strong>该词条内容包含一系列与词条主题强关联的媒体的集合。</p> <hr /> <p>我个人意见：</p> <ol> <li>对标签名我不建议称作“系列”，其可能与管理标签“总览”产生歧义。个人认为需要更换</li> <li>对建立要求同5M7，为避免有人借此漏洞建立无意义的条目，因此建议为： <ol> <li>所包含的系列媒体，必须全部是符合站点收录标准的媒体</li> <li>“系列”词条内不能再包含“系列”媒体的情况</li> <li><sup>[个人建议]</sup>汇集组成的媒体数量应至少为10<sup>[数量待定]</sup>个媒体</li> <li><sup>[个人建议]</sup>其必须在某个特定的讨论串提出并经过职员的审核同意后才可进行创建页面</li> </ol> </li> <li>对格式，个人建议 <ol> <li>必须按照给定的模版进行编辑 <ol> <li>模版应当给出表格，表格表头需包括 媒体、时间、状态、发现时间、发现者、备注</li> </ol> </li> </ol> </li> </ol> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17947232#post-8157194</guid>
				<title>个人对精品推荐的一些想法: Re: 个人对精品推荐的一些想法</title>
				<link>http://lostmedia.wikidot.com/forum/t-17947232/#post-8157194</link>
				<description></description>
				<pubDate>Sun, 24 May 2026 15:11:41 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>断断续续从各种角度想了一天，依然没法对这个新制度有什么肯定的看法。我觉得能确定的事只有一点：两个制度差异过大，目的意义几乎完全相反，内容也没有延续性，因此不可能像“发现媒体列表”→“站内资讯”那样自然继承对接。</p> <p>建立新制度需要理由，用新制度“不平地替”旧制度更需要充足的理由，我能大概理解建立这个新制度的必要性，但看不到取缔旧制度的必要性，故认为该新制度应当单独拎出作为新议题，其还不足以覆盖对优化旧制度的讨论。</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17947232#post-8152368</guid>
				<title>个人对精品推荐的一些想法: Re: 个人对精品推荐的一些想法</title>
				<link>http://lostmedia.wikidot.com/forum/t-17947232/#post-8152368</link>
				<description></description>
				<pubDate>Sun, 24 May 2026 04:48:41 +0000</pubDate>
				<wikidot:authorName>5M7</wikidot:authorName>				<wikidot:authorUserId>6624859</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p><span style="text-decoration: underline;"><strong>首先声明：我反对任何奖励头衔性质的制度，包括该精品推荐制度。因此我的所有论述均基于该底层理念出发</strong></span></p> <p>我觉得该栏目可以被取缔为一种全新的栏目：</p> <ul> <li>栏目名：亟需探索/兔子洞推荐<sup class="footnoteref"><a id="footnoteref-679098-1" href="javascript:;" class="footnoteref" >1</a></sup></li> </ul> <ul> <li>栏目定义：用于展示<strong>新创建的，需要被社区进一步探索或者补充的</strong>有趣的媒体。</li> </ul> <hr /> <ul> <li><em>为什么改变为此栏目？</em></li> </ul> <p>因为在我看来社区的词条与一般的创作型作品有别<strong>，它是需要后续在一段时间内被多人协调完善的，而非封闭式一次性创作完成的内容产物</strong>。简而言之，它是一个开源的项目，而非一个闭源产品，所以用“优秀的”这种主观词语形容一个需要被协作完善的内容<sup class="footnoteref"><a id="footnoteref-679098-2" href="javascript:;" class="footnoteref" >2</a></sup>，未免太过不相称。</p> <p>所以在上述的心智模型下，一个人判决它优秀与否只能从一些已经被完善的词条<sup class="footnoteref"><a id="footnoteref-679098-3" href="javascript:;" class="footnoteref" >3</a></sup>里挑选。因此就导致了一种观念上的矛盾，一个已经被完善的词条真的需要再次被拿出来推荐吗？<strong>在这种情况下，原板块的意义与价值大多数情况下在于展示一个已经完善的词条；如此一来，对于社区成员来说仅有阅读的价值，而鲜少有参与完善的价值，所以这与“激励社区成员”参与社区建设的初衷相左。这种相左的情况也导致了很多词条或内容“沉底”了，或者说没有被大多数进一步参与进来。</strong></p> <ul> <li><em>以什么观念来看待新栏目？</em></li> </ul> <p>看待此栏目需要截然相反的观念，对比如下：</p> <p>过去的：词条是否完善？论述是否严谨自洽？内容是否有重大突破？</p> <p>新的：这个词条指代的媒体我是否感兴趣？我是不是想知道它的更多信息？这个词条是否需要更多人来协助？</p> <p>总之，<strong>不要从即时的批判眼光看待，应该从长远可塑的角度看待。</strong></p> <ul> <li><em>管理层评审机制</em></li> </ul> <p>社区成员的推荐和参与仍是必要的。</p> <p>由于取消了“优秀与否”的批判标准，则要求管理从根本上更加<strong>尊重社区的“感性”意见</strong>，而非插手干预；筛选的准则将更接近与一个客观化评判标准，这使得整个筛选流程更透明可控。</p> <p>我认为至少有以下标准需要满足：</p> <p>1、词条至少不应是起草中，且不包含任何警告标签的。<br /> 2、词条应是一个初期的形态。<sup class="footnoteref"><a id="footnoteref-679098-4" href="javascript:;" class="footnoteref" >4</a></sup><br /> 3、词条不应是已完善的状态或几乎已完善的状态<sup class="footnoteref"><a id="footnoteref-679098-5" href="javascript:;" class="footnoteref" >5</a></sup>。</p> <p>关于轮次，我认为这个怎么设置都无所谓。</p> <hr /> <p>总之，新制度要求更多切入”可完善的未来“，而非展示”已完善的状态“。</p> <div class="footnotes-footer"> <div class="title">脚注</div> <div class="footnote-footer" id="footnote-679098-1"><a href="javascript:;" >1</a>. 诸如此类的名称。</div> <div class="footnote-footer" id="footnote-679098-2"><a href="javascript:;" >2</a>. 因为它是需要后续被完善成长的，不能假定尚未完善的形态就是它的最终形态，进而对它进行优秀与否的评价。</div> <div class="footnote-footer" id="footnote-679098-3"><a href="javascript:;" >3</a>. 完善指一些已经被证伪、证明、寻回、探明的或者已经没有什么线索可以被开发的媒体词条。</div> <div class="footnote-footer" id="footnote-679098-4"><a href="javascript:;" >4</a>. 可以视为参与完善的内容较少的。</div> <div class="footnote-footer" id="footnote-679098-5"><a href="javascript:;" >5</a>. <a href="https://lostmedia.wikidot.com/feiqiwuxiaxiaoshuofang" target="_blank">废弃武侠小说房墙上的小说文本</a>是一个该状态的例子。虽然它处于未完善状态，但很明显它很难有进一步完善的可能性了。</div> </div> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://lostmedia.wikidot.com/forum/t-17947232#post-8151379</guid>
				<title>个人对精品推荐的一些想法: 个人对精品推荐的一些想法</title>
				<link>http://lostmedia.wikidot.com/forum/t-17947232/#post-8151379</link>
				<description></description>
				<pubDate>Sun, 24 May 2026 02:59:52 +0000</pubDate>
				<wikidot:authorName>IDOMOY</wikidot:authorName>				<wikidot:authorUserId>9310011</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>新的精品制度也运行<strong>一整年</strong>了，工作中表露出来的问题也不少，本人在此聊聊自己的感受和看法，也是希望<strong>借这个契机大刀阔斧地优化一下这个栏目</strong>。</p> <p>关于栏目的意义，既然叫“<strong>精品推荐</strong>”，自然是把站内写得好的优秀词条单独展览出来，形成一种<strong>正反馈的激励</strong>，延续创作热情，有利于站点长期运行。但是当前的标准与其有不契合之处：</p> <p>一，规定一期4~6个，可选数量不够就跳过，实际上有点带歪了工作重心。群里每月讨论的时候，会去关注词条够不够数，要不要想办法凑，且默认会有位置给新发现的老媒体。实际上从鼓励创作的角度来看，<strong>一期只有一两个或多达七八个也没什么问题</strong>，实事求是有多少就放多少，避免为了凑数降低标准，该推荐的词条不拖延也能更好的保护创作热情。</p> <p>二，虽然我一直设法淡化标准中“最近发现”这个要素，但当前的精品推荐似乎仍会给人留下“这是个展示最近发现的栏目”的印象，每月的推荐帖中仍会出现“最近发现”被推荐并吸引大量附议的情况。个人坚持认为这不是一个好现象，站内资讯功能推出后，这两个功能<strong>理应各司其职</strong>，<strong>有重叠但不喧宾夺主</strong>，继续在精品推荐中加入“最近发现”只会让栏目<strong>标准含混</strong>、<strong>意义不纯净</strong>。</p> <p>并且从另一个角度说，老词条上推荐本身没问题，一些<strong>非常优秀但被忽略的遗珠也值得被发掘</strong>，但现在的老词条推荐<strong>全被“最近发现”占去</strong>，也使得这方面的意义<strong>完全无法实现</strong>。</p> <p>综合这些想法，个人有以下建议：</p> <ul> <li>删去第一点中提到的<strong>每期个数限制</strong>，能规避为了凑数带“最近发现”上场，将标准重心转回到词条本身的质量上。此举的其他意义见上文。</li> <li>今后的工作中<strong>明确区分</strong>“优秀新词条”和“遗珠老词条”，推荐帖可以规定推举时附带词条所属的类型，展示窗口可将两者用隔线分开。</li> <li>“老词条遗珠”可以兼容“最近发现”的要素，若一个老词条在当月被FOUND，同时其质量优秀足以被推荐，属于遗珠，自然可以兼容，但<strong>不能倒果为因</strong>（指以“最近发现”为先决条件去找其中优秀者），“精品推荐”的底层逻辑就应该是质量优先。</li> </ul> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>