知识付费类产品很受欢迎，或许是中产阶级的你焦虑了

For bot approval requests, see Wikivoyage:Script nominations.

百度 “数据杀熟”，社会公平那杆秤怎可失衡东方网王凯磊王永娟　　所谓“大数据杀熟”，有人将其定义为互联网厂商利用自己所拥有的用户数据，对老用户实行价格歧视的行为。

As with most computing tasks, editing Wikivoyage can benefit from using automated scripts – programs that modify Wikivoyage pages and images with content, or at a pace, not directly controlled by humans. This page describes Wikivoyage's policy towards scripts: what we like, what we don't like, and how to make a script that works on Wikivoyage.

Pros and cons

Scripts are good for the following reasons:

• Repetitive work. Using a script can make repetitive tasks a lot easier to do. The script program does the work, instead of someone – or a lot of someones – having to do it by hand.
• Accurate work. Well-written scripts don't make common typos, spelling mistakes, etc. A script will do the same task over and over pretty well.

Known in some circles, perhaps confusingly, as bots

But scripts have the following problems:

• Unintended consequences. If you have a bug in your script, you muck up a whole lot of pages, and either we have to correct those problems by hand, or we have to create another script to clean up after it.
• Unnecessary. Many problems that people want to make scripts for are unnecessary. The time and energy the person would have to put into creating, debugging, and running the script could be spread across a number of people doing the same task by hand. This would be less unilateral, and may actually be faster.
• No new knowledge. In general, scripts just re-adjust the formatting or presentation of knowledge on Wikivoyage. Unless they're importing information from another database, there's nothing new added. We could better spend that time and energy adding actual travel information to the guide.

Script policy

For these reasons, we have the following rules for running scripts against Wikivoyage:

1. Scripts have to be approved by the Wikivoyage administrators. To create a script that runs against Wikivoyage, post the name and reason for the script on Script nominations. Explain why we need the script, why it can't be done by hand, and what the script will do. If two administrators voice their support for the script within seven days, and none oppose it in that period, the script can be run.
2. Scripts should be in accordance with our policies and guidelines and manual of style. For example, a script that reformats all restaurant listings on the site should make them look like our preferred form rather than something else. If you think we should use that something else, get the policy or style guideline changed first.
3. The user page for the script's user name should describe what the script does.
4. Bots have to check their talk page before making each edit to check for new messages.
5. Bots without botbit should make only one edit per minute to prevent flooding the recent changes.

Read-only programs

Programs that only read pages and images (and don't modify the versions on the server) don't require an approval process. It is nonetheless preferable to use Wikivoyage:Database dumps instead of downloading large batches of pages individually, as misuse of "spider" programs may place an undue and unnecessary load on the servers. See m:Data request limitations.

Non-compliant scripts

Scripts that don't comply to these requirements will be blocked from reading or editing Wikivoyage pages – even if they're not doing any actual harm.

See also

• botwiki:manual:bot had technical documentation on many individual bot frameworks, but looks to be no longer available - leaving MediaWiki.org as the best remaining technical resource.